https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114843
--- Comment #3 from Andrew Pinski ---
((insn 262 261 263 14 (parallel [
(set (reg:DI 0 x0)
(unspec:DI [
(mem/c:V2x8QI (plus:DI (reg/f:DI 31 sp)
(const_int 16 [0x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114843
--- Comment #2 from Andrew Pinski ---
Created attachment 58035
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58035&action=edit
Preprocessed source of unwind-dw2.i which shows the issue
cc1 -fpreprocessed unwind-dw2.i -quiet -dumpbase unw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114845
Bug ID: 114845
Summary: Confusing message when using undeclared identifier of
Const
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114844
Bug ID: 114844
Summary: A trivial but noexcept(false) destructor is
incorrectly considered non-throwing
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100815
Paul Thomas changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114843
--- Comment #1 from Hugo Melder ---
Output:
hmelder@ubuntu:/Users/hmelder/Downloads/gcc_bug_report$
temps/ReproduceUnwindTest
RaiseException returned 0xeb9e72a0
Compiler Output (With Ubuntu GCC 13.2.0) as example:
Using built-in specs.
COLLEC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114734
--- Comment #7 from Richard Biener ---
(In reply to Robin Dapp from comment #6)
> This one is really a bit tricky.
>
> We have the following situation:
>
> loop:
>
> # vectp_g.178_1078 = PHI
> _911 = &MEM... vectp_g.178_1078
> MASK_LEN_LOAD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114843
Bug ID: 114843
Summary: AArch64: Wrong Register Reload in
_Unwind_RaiseException causes corrupt return value on
_URC_END_OF_STACK
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102620
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114751
--- Comment #8 from Richard Biener ---
I don't know of any difference compared to older compilers but gcov isn't my
main expertise. I fear you have to dig into the gcov code to see where and how
we exactly invent the stamp to see where it goes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104717
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114842
--- Comment #1 from Kewen Lin ---
We can extend powerpc_vsx to consider current_compiler_flags, it means that if
a test case has an explicit -mvsx, even if users specify -mno-vsx it's still
able to be tested if powerpc_vsx checking concludes VSX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104391
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114842
Kewen Lin changed:
What|Removed |Added
Target||powerpc*-linux-gnu
Assignee|unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114842
Bug ID: 114842
Summary: rs6000: Adjust some test cases with powerpc_vsx_ok
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114792
Richard Biener changed:
What|Removed |Added
Attachment #58024|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114792
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462
Paul Thomas changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression]
|g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
Paul Thomas changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
--- Comment #15 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:c058105bc47a0701e157d1028e60f48554561f9f
commit r14-10116-gc058105bc47a0701e157d1028e60f48554561f9f
Author: Paul Thomas
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462
--- Comment #14 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:1fd5a07444776d76cdd6a2eee7df0478201197a5
commit r14-10115-g1fd5a07444776d76cdd6a2eee7df0478201197a5
Author: Paul Thomas
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114792
--- Comment #5 from Richard Biener ---
(In reply to Richard Biener from comment #4)
> Created attachment 58024 [details]
> patch
>
> I quickly tried this which works for the testcase but I'm sure it'll break
> quickly.
during GIMPLE pass: cunr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98140
Jiu Fu Guo changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88309
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88309
--- Comment #10 from GCC Commits ---
The releases/gcc-11 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:02f1b5361188c9d833cef39caf723d31d44ba5d5
commit r11-11363-g02f1b5361188c9d833cef39caf723d31d44ba5d5
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88309
--- Comment #9 from GCC Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:43c8cb0e003996b3a7a9f98923f602561f3f0ec7
commit r12-10393-g43c8cb0e003996b3a7a9f98923f602561f3f0ec7
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88309
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:a9f174f01f25fa6df989707dc2fec29ef78aad24
commit r13-8646-ga9f174f01f25fa6df989707dc2fec29ef78aad24
Author: Kewen Lin
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79646
--- Comment #4 from Abe ---
Anybody who wants to chime in, but especially Eric Gallager: please let me know
whether or not my patch looks good enough for submission to the gcc-patches
mailing list, and if not then _why_ not [please].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79646
--- Comment #3 from Abe ---
Created attachment 58032
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58032&action=edit
patch for VAX messages, including localization
Squashed patch based on my local Git for this PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79646
Abe changed:
What|Removed |Added
CC||abe_skolnik at yahoo dot com
--- Comment #2 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112304
--- Comment #5 from Andrew Pinski ---
Created attachment 58031
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58031&action=edit
Patch which I am testing
Once testing is finished and GCC 15 stage 1 opens up, I will submit this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112304
--- Comment #4 from Andrew Pinski ---
Note my patch does not change the fact that we don't pull the mov outside of
the loop for:
```
void f(int *a, int l)
{
for(int i = 0; i < l; i++)
a[i]=(a[i]!=0)+42;
}
```
But that is for a differen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94753
--- Comment #2 from Andrew Pinski ---
Created attachment 58030
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58030&action=edit
Patch which I am testing
I am testing this patch and will be submitting it for GCC 15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #23 from Nicolas Boulenguez ---
Always with gcc-13.2.0+Debian patches on arm-linux-gnueabihf,
if s-osprim__posix.adb imports and calls
int
__gnat_gettimeofday(struct timeval *restrict tv,
struct timezone *restri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114841
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114841
Bug ID: 114841
Summary: [P0522R0] partial ordering of template template
parameters
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114709
Patrick Palka changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12/13 Regression]
|I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114709
--- Comment #3 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:0844170e9ef60a8b2f6fba6786672f30ce1c2749
commit r14-10110-g0844170e9ef60a8b2f6fba6786672f30ce1c2749
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105841
--- Comment #16 from Patrick Palka ---
(In reply to Haojian Wu from comment #15)
> Hi, I notice that the __is_deducible was hidden in the commit
> https://github.com/gcc-mirror/gcc/commit/
> 30556bf81f4385c2a9c449948865dbcf35664764.
>
> Is ther
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94061
--- Comment #7 from Patrick Palka ---
(In reply to Patrick Palka from comment #6)
> It seems reasonable for this to work but there might be a defect, or at
> least lack of clarity, in the standard in this situation.
>
> http://eel.is/c++draft/cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94061
Patrick Palka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114840
Jason Merrill changed:
What|Removed |Added
Alias||c++-ttp
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114840
Bug ID: 114840
Summary: [meta-bug] template template parameters
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114839
--- Comment #4 from Ed Maste ---
Thanks - 54568 adds some good context. Based on that I think it may that frame
registration calls are not present in the FreeBSD crt bits used for static
binaries, which could explain the differences in OSes.
We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104072
--- Comment #4 from Andrew Pinski ---
(In reply to Andreas Schwab from comment #3)
> FAIL: test-error-register-variable-size-mismatch.c.exe iteration 1 of 5:
> verify_code: actual: "invalid register name for 'global_variable'" !=
> expected: "da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114838
--- Comment #1 from Jonathan Wakely ---
It's guarded with _GLIBCXX_HAS_GTHREADS which is defined by configure when
__GTHREADS_CXX0X is defined by , which for gthr-win32.h means:
#if _WIN32_WINNT >= 0x0600
#define __GTHREAD_HAS_COND 1
#define __
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #59 from GCC Commits ---
The releases/gcc-11 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:17212f5912d8f57b3757633444ae64c9831aa8f7
commit r11-11356-g17212f5912d8f57b3757633444ae64c9831aa8f7
Author: Iain Sandoe
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105599
--- Comment #9 from GCC Commits ---
The releases/gcc-11 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:3bb14f6ed5bc70e25381c67963c90eaab91eca22
commit r11-11353-g3bb14f6ed5bc70e25381c67963c90eaab91eca22
Author: Iain Sandoe
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114839
--- Comment #3 from Ed Maste ---
(In reply to Andrew Pinski from comment #2)
> Is it the case that unwinder from LLVM needs a .eh_frame_hdr for static
> binaries while GCC's libgcc one does not?
That's possible, but in the investigation in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114839
--- Comment #2 from Andrew Pinski ---
Hmm, I wonder why freebsd needs to be different from every most other targets
though here:
```
config/alpha/elf.h:#define LINK_EH_SPEC "%{!static|static-pie:--eh-frame-hdr} "
config/arc/linux.h:#define LINK_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114839
--- Comment #1 from Andrew Pinski ---
>From gcc/config/freebsd.h:
#if defined(HAVE_LD_EH_FRAME_HDR)
#define LINK_EH_SPEC "%{!static|static-pie:--eh-frame-hdr} "
#endif
The !static part comes from r0-95899-g2208d2ac9546de .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114839
Bug ID: 114839
Summary: g++-linked FreeBSD static binaries abort upon
exception
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114833
--- Comment #2 from Andrew Pinski ---
The code to do the warning was added with r14-5628-g53ba8d669550d3 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114833
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-04-24
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114834
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic, rejects-valid
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
Nicolas Boulenguez changed:
What|Removed |Added
Attachment #57926|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114838
Bug ID: 114838
Summary: __gthread_cond_t et. al. used unconditionally by
std_mutex.h
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113235
--- Comment #13 from Xi Ruoyao ---
(In reply to David Malcolm from comment #10)
> (In reply to Jan Hubicka from comment #4)
> > I keep mentioning to Larabel that he should use -fno-semantic-interposition,
> > but he doesn't.
>
> Possibly a sill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113235
--- Comment #12 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #11)
> (In reply to David Malcolm from comment #10)
> > (In reply to Jan Hubicka from comment #4)
> > > I keep mentioning to Larabel that he should use
> > > -fno-se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113235
--- Comment #11 from Andrew Pinski ---
(In reply to David Malcolm from comment #10)
> (In reply to Jan Hubicka from comment #4)
> > I keep mentioning to Larabel that he should use -fno-semantic-interposition,
> > but he doesn't.
>
> Possibly a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113235
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114738
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:97a54c05b8e338e673e1f7fb72c0e23abb571c60
commit r14-10109-g97a54c05b8e338e673e1f7fb72c0e23abb571c60
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114825
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113235
--- Comment #9 from Jan Hubicka ---
Phoronix still claims the difference
https://www.phoronix.com/review/gcc14-clang18-amd-zen4/2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114837
--- Comment #1 from Richard Ball ---
https://sourceware.org/pipermail/gcc-patches/2024-April/649973.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113236
--- Comment #3 from Jan Hubicka ---
Seems this perofmance difference is still there on zen4
https://www.phoronix.com/review/gcc14-clang18-amd-zen4/3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114837
Richard Ball changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ricbal02 at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114837
Bug ID: 114837
Summary: [11/12/13/14] Fix to security weaknesses in PCS for
CMSE
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114836
Bug ID: 114836
Summary: error messages should be translatable and follow
locale convention
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114835
Bug ID: 114835
Summary: AVR popcountqi2 is not fast&small as can be
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
--- Comment #4 from Neil Carlson ---
Same results with 13.2.0 configured with --enable-valgrind-annotations.
Here's the output with 13.2.0 and gfortran -g -O0 -fsanitize=address foo.f90 :
==1126830==ERROR: AddressSanitizer: heap-buffer-overflo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|13.3|11.5
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
--- Comment #40 from GCC Commits ---
The releases/gcc-11 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:09910b6753427eeb3f6dded4fae3578851da7422
commit r11-11352-g09910b6753427eeb3f6dded4fae3578851da7422
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
--- Comment #39 from GCC Commits ---
The releases/gcc-11 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:624c3bb9ff762f196852dc77233610d1cdf7d7be
commit r11-11351-g624c3bb9ff762f196852dc77233610d1cdf7d7be
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
--- Comment #37 from GCC Commits ---
The releases/gcc-11 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:b86b523fb53f5ffb0e3f3236fc526a587944d9ea
commit r11-11349-gb86b523fb53f5ffb0e3f3236fc526a587944d9ea
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
--- Comment #38 from GCC Commits ---
The releases/gcc-11 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:b4e1aee01a2fa617cf74ab04cf0ab574761aaaea
commit r11-11350-gb4e1aee01a2fa617cf74ab04cf0ab574761aaaea
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
--- Comment #18 from Jan Hubicka ---
predict.cc queries number of iterations using number_of_iterations_exit and
loop_niter_by_eval and finally using estimated_stmt_executions.
The first two queries are not updating the upper bounds datastructu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114821
--- Comment #13 from Jan Hubicka ---
Thanks a lot, looks great!
Do we still auto-detect memmove when the copy constructor turns out to be
memcpy equivalent after optimization?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114734
Robin Dapp changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114685
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 114600, which changed state.
Bug 114600 Summary: [14 Regression] [modules] redefinition errors when using
certain std headers in GMF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114600
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114600
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114600
--- Comment #12 from Patrick Palka ---
(In reply to m.cencora from comment #10)
> Created attachment 57924 [details]
> Full "std' modules with workarounds
>
> Here is an improved version of "std" module, with workarounds for:
> https://gcc.gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53938
--- Comment #6 from rsaxvc at gmail dot com ---
This also impacts Cortex-M0 & M23 on GCC13.2.0, just with the new extension
instructions.
Oddly, when loading a volatile u8 or u16 on Cortex-M3/4/7 does not generate
extra zero extension instruction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
--- Comment #3 from Neil Carlson ---
Those results are with 12.3.0 configured with --enable-valgrind-annotations.
I'm building 13.2.0 now with the same to see if more info is generated. (I
don't typically use 13.x because it finalization is brok
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114172
Kito Cheng changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109966
Marek Polacek changed:
What|Removed |Added
Summary|[13/14 Regression] ICE in |[13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114172
--- Comment #3 from GCC Commits ---
The releases/gcc-13 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:67e50daa5bd05f16d98c2dc651af2d6fa8335186
commit r13-8644-g67e50daa5bd05f16d98c2dc651af2d6fa8335186
Author: Kito Cheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114792
--- Comment #4 from Richard Biener ---
Created attachment 58024
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58024&action=edit
patch
I quickly tried this which works for the testcase but I'm sure it'll break
quickly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114792
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114766
--- Comment #3 from Vladimir Makarov ---
(In reply to Tamar Christina from comment #2)
> (In reply to Vladimir Makarov from comment #1)
> > (In reply to Tamar Christina from comment #0)
> > > The documentation for ^ states:
> >
> > If it works f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114416
--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #17 from Eric Botcazou ---
>> The sparc-sun-solaris2.11 bootstrap (both multilibs) has just completed
>> successfully without regressions.
>>
>> However, sparc/sol2.h ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114416
--- Comment #17 from Eric Botcazou ---
> The sparc-sun-solaris2.11 bootstrap (both multilibs) has just completed
> successfully without regressions.
>
> However, sparc/sol2.h needed an #undef to fix
>
> In file included from ./tm.h:27,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114416
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #15 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>> --- Comment #14 from Eric Botcazou ---
>> Do you happen to have some spare cycles to conduct a testi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114751
--- Comment #7 from Gejoe ---
(In reply to Richard Biener from comment #6)
> I have no idea why the values differ but I suspect the copying since we seem
> to use the file modification time at some point. As a workaround I would
> suggest
> to
1 - 100 of 114 matches
Mail list logo