https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
--- Comment #28 from Sergei Trofimovich ---
(In reply to Miklos Karacsony from comment #27)
> (In reply to Sergei Trofimovich from comment #26)
> > #c12 fixed elfutils case.
>
> That's not accurate. It's only fixed if you use the default "-O2"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109816
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.2
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109822
Bug ID: 109822
Summary: Converting std::experimental::simd masks yields an
error
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #38 from Jakub Jelinek ---
I guess there are other options.
If we could make wide_int/widest_int non-POD, one option would be to turn their
storage into a union of the normal small case we use now everywhere (i.e. fixed
one) and one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109823
Bug ID: 109823
Summary: Internal segmentation fault for trailing return with
doubly expanded variadic pack
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109823
Andrew Pinski changed:
What|Removed |Added
Summary|Internal segmentation fault |ICE with trailing return of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109823
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.5
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109541
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109822
Matthias Kretz (Vir) changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mkretz at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109818
--- Comment #10 from Jonathan Wakely ---
(In reply to Janez Zemva from comment #8)
> I took a look and I believe the c_global is already being selected and I
> believe the hack I presented should perhaps be applied to
> libstdc++-v3/include/c_gl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109818
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
--- Comment #29 from Miklos Karacsony ---
(In reply to Sergei Trofimovich from comment #28)
> (In reply to Miklos Karacsony from comment #27)
> > (In reply to Sergei Trofimovich from comment #26)
> > > #c12 fixed elfutils case.
> >
> > That's n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91884
Thomas Schwinge changed:
What|Removed |Added
Status|NEW |ASSIGNED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #39 from Richard Biener ---
(In reply to Jakub Jelinek from comment #38)
> I guess there are other options.
> If we could make wide_int/widest_int non-POD, one option would be to turn
> their storage into a union of the normal small
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
Artem S. Tashkinov changed:
What|Removed |Added
Keywords||missed-optimization
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109789
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-05-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109789
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> float dsp_abs_max(float *buf, size_t size) {
> for (size_t i = 0; i < size; i++)
> if (fabsf(buf[i]) > 1e-20f)
> dsp_abs_max_ret = fabsf(buf[i]);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
--- Comment #30 from Sergei Trofimovich ---
> configure: WARNING: unrecognized options: --disable-werror
> In function 'bigger_buffer',
> inlined from '__libdw_gunzip' at gzip.c:374:12:
> gzip.c:96:9: error: pointer may be used after 'reallo
//-- gcc (Debian 10.2.1-6) 10.2.1 20210110
//-- Debian 11.7
/*cut and paste and compile*/
#include
#include
typedef enum {
false=0,
true=1
}
predikaat;
static char *timestamp(predikaat bStamp){
//-
static char stamp[22];
time_t curtime;
struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109789
--- Comment #7 from Jonathan Wakely ---
It also seems to depend on array-to-pointer decay from float[nframes] to float*
across the function boundary, because if the loop using the size_t index is
moved into the same function as the array initial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109789
--- Comment #8 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #7)
> It also seems to depend on array-to-pointer decay from float[nframes] to
> float* across the function boundary, because if the loop using the size_t
> index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109824
Bug ID: 109824
Summary: aligned attribute lost on first usage
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108757
--- Comment #24 from Jiu Fu Guo ---
(In reply to Jiu Fu Guo from comment #23)
> /* Simplify ((t + -N*M) / N + M) -> t / N: (t + -C) >> N + (C>>N) ==> t >> N
> */
> (for div (trunc_div exact_div)
div was not used in this matcher, yet. Here rshif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109670
--- Comment #13 from LIU Hao ---
I will test this later today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109824
--- Comment #1 from Stas Sergeev ---
Sorry, copied the output from wrong place.
The real error msg looks like this:
$ g++ -Wall -c a.cpp
a.cpp: In member function ‘less_aligned_a& t1::get_ref()’:
a.cpp:17:16: error: cannot bind packed field ‘(
This mailing list is for automated mails from our Bugzilla bug tracker
system.
If you want to report a bug, please see https://gcc.gnu.org/bugs/
If you want to ask a question, use the gcc-h...@gcc.gnu.org list, not
the gcc-bugs list. Please direct any follow-up discussion there
instead.
There is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109541
Eric Botcazou changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109541
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108703
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2023-05-12
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109818
--- Comment #12 from Janez Zemva ---
I doubt DJGPP will change their C library, at least this workaround exists now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109818
--- Comment #13 from Jonathan Wakely ---
The workaround is wrong and will not be accepted upstream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109818
--- Comment #14 from Janez Zemva ---
Certainly, but users will still be able to make use of the kludge.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109825
Bug ID: 109825
Summary: [14 Regression] ICE in ix86_widen_mult_cost, at
config/i386/i386.cc:20442 since
r14-666-g608e7f3ab47fe7
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108703
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109818
--- Comment #15 from Jonathan Wakely ---
The reason that std::trunc is not provided is because (In reply to Jonathan
Wakely from comment #11)
> The problem is more likely to be that this macro is not defined for djgpp:
>
> #ifdef _GLIBCXX_USE_C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109818
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #16 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109826
Bug ID: 109826
Summary: Incompatible pointer types in ?: not covered by
-Wincompatible-pointer-types
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109827
Bug ID: 109827
Summary: Pointer/integer mismatch in ?: not covered by
-Wint-conversion
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109825
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
--- Comment #1 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109825
--- Comment #2 from Uroš Bizjak ---
(In reply to Richard Biener from comment #1)
> I think this was just fixed?
No, the asked mode is V2HImode, so it should also be added.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109825
--- Comment #3 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #2)
> (In reply to Richard Biener from comment #1)
> > I think this was just fixed?
>
> No, the asked mode is V2HImode, so it should also be added.
OTOH, it is a bit str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49263
Alexander Klepikov changed:
What|Removed |Added
CC||klepikov.alex+bugs at gmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109791
--- Comment #13 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:560a3e35fe01c499bd5b1e95ddc4c3e958cf5abd
commit r14-785-g560a3e35fe01c499bd5b1e95ddc4c3e958cf5abd
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109825
--- Comment #4 from Uroš Bizjak ---
Like this:
--cut here--
diff --git a/gcc/config/i386/i386.cc b/gcc/config/i386/i386.cc
index 62fe06fdbaa..e6091b8bd35 100644
--- a/gcc/config/i386/i386.cc
+++ b/gcc/config/i386/i386.cc
@@ -20417,14 +20417,12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
--- Comment #8 from Richard Biener ---
Created attachment 55064
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55064&action=edit
prototype
This works for me. The consistency check is not fully implemented and instead
of passing down no -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109752
--- Comment #10 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:11fa2729eff8bc585e33086bb2c595ae8a37d14f
commit r14-786-g11fa2729eff8bc585e33086bb2c595ae8a37d14f
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83258
--- Comment #15 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:10098788ff61467f5a499f01c5443fb53ff564dd
commit r14-787-g10098788ff61467f5a499f01c5443fb53ff564dd
Author: Patrick Palka
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109828
Bug ID: 109828
Summary: C2x:static compound literal (with flexible array) in
initializer leads to invalid size and ICE
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109752
Patrick Palka changed:
What|Removed |Added
Target Milestone|13.2|14.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109828
Yann Droneaud changed:
What|Removed |Added
CC||yann at droneaud dot fr
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108007
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64731
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:cc0e22b3f25d4b2a326322bce711179c02377e6c
commit r14-788-gcc0e22b3f25d4b2a326322bce711179c02377e6c
Author: Richard Biener
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64731
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670
Bug 88670 depends on bug 64731, which changed state.
Bug 64731 Summary: vector lowering should split loads and stores
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64731
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #9 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
--- Comment #31 from Miklos Karacsony ---
(In reply to Sergei Trofimovich from comment #30)
> > configure: WARNING: unrecognized options: --disable-werror
> > In function 'bigger_buffer',
> > inlined from '__libdw_gunzip' at gzip.c:374:12:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109829
Bug ID: 109829
Summary: Optimizing __builtin_signbit(x) ? -x : x or abs for FP
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109826
--- Comment #1 from Florian Weimer ---
I guess the main issue here is that the common type void * for both the second
and third operand is implicitly converted to many pointer types, including the
original types of those operands. So while conve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #10 from Alexander Monakov ---
Indeed, that makes things easier, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109743
--- Comment #1 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:c919d059fcb67747d3c0bd539c7044e874b03fb7
commit r14-789-gc919d059fcb67747d3c0bd539c7044e874b03fb7
Author: Kito Cheng
Date: Fri May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #11 from Xi Ruoyao ---
Is it supported to use different -flifetime-dse settings for TUs when LTO is
enabled? If yes we can submit a LLVM change to add -flifetime-dse=1 for
User.cpp.o and mark this MOVED.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109743
Kito Cheng changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109541
--- Comment #8 from Vladimir Makarov ---
(In reply to Eric Botcazou from comment #7)
> The problem is that LRA assigns a floating-point register to the PIC
> pseudo-register (pic_offset_table_rtx) and the SPARC back-end is not
> prepared for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #12 from Alexander Monakov ---
That would not fix the problem, lifetime-dse affects code that creates 'class
User' objects, not the implementation of its 'operator new' override.
(also the linked bug says "MDNode has the same patter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #14 from Alexander Monakov ---
(In reply to Jan Hubicka from comment #13)
> Indeed it is quite long time problem with clang not building with lifetime
> DSE and strict aliasing. I wonder why this is not fixed on clang side?
Because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109830
Bug ID: 109830
Summary: m2iso library SeqFile.mod - appending to a file
overwrites the contents
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109831
Bug ID: 109831
Summary: [OpenMP] Handle absent optional arguments in depend,
has_device_addr, to/from and allocatable/pointer vars
in map
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109830
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100991
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
> > Indeed it is quite long time problem with clang not building with lifetime
> > DSE and strict aliasing. I wonder why this is not fixed on clang side?
>
> Because the problems were not communicated? I knew that Firefox needed
> -flifetime-dse=1, but it's the first time I hear that any such pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #15 from Jan Hubicka ---
> > Indeed it is quite long time problem with clang not building with lifetime
> > DSE and strict aliasing. I wonder why this is not fixed on clang side?
>
> Because the problems were not communicated? I kn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109816
--- Comment #9 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:a835f046cdf017b9e8ad5576df4f10daaf8420d0
commit r14-793-ga835f046cdf017b9e8ad5576df4f10daaf8420d0
Author: Tobias Burnus
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109828
--- Comment #2 from Yann Droneaud ---
(In reply to Yann Droneaud from comment #0)
> The following code is badly compiled by GCC 13.1:
>
> struct s { int i; char c[]; };
>
> const struct s s = { .c = "0", };
> const struct s *r = &(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109830
Gaius Mulley changed:
What|Removed |Added
CC||gaius at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #16 from Xi Ruoyao ---
(In reply to Alexander Monakov from comment #14)
> (In reply to Jan Hubicka from comment #13)
> > Indeed it is quite long time problem with clang not building with lifetime
> > DSE and strict aliasing. I wonde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92546
--- Comment #35 from Jonathan Wakely ---
includes just so that std::random_device can do:
random_device() { _M_init("default"); }
explicit
random_device(const std::string& __token) { _M_init(__token); }
If we didn't need to const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #17 from Alexander Monakov ---
Right, thanks, I think SUSE build log confirms that (careful, large file):
https://build.opensuse.org/public/build/openSUSE:Factory/standard/x86_64/llvm16/_log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109651
--- Comment #9 from CVS Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:986e38bcb0368a884fb4ea16159dd852406af078
commit r13-7322-g986e38bcb0368a884fb4ea16159dd852406af078
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109761
--- Comment #8 from CVS Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:dc399dfe1265a1222b7cfa0fc35533768a8a1a8a
commit r13-7323-gdc399dfe1265a1222b7cfa0fc35533768a8a1a8a
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97700
--- Comment #9 from CVS Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:42f9b481be3527b336b800128247d053fd18d121
commit r13-7324-g42f9b481be3527b336b800128247d053fd18d121
Author: Patrick Palka
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109745
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:7f962e7003a51cc752ed79cbc7fe55ca66981c7a
commit r13-7326-g7f962e7003a51cc752ed79cbc7fe55ca66981c7a
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83258
--- Comment #16 from CVS Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:42f9b481be3527b336b800128247d053fd18d121
commit r13-7324-g42f9b481be3527b336b800128247d053fd18d121
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83258
--- Comment #17 from CVS Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:20b1e1d8a79356e03f50f53e2fa02b376d56d7d7
commit r13-7327-g20b1e1d8a79356e03f50f53e2fa02b376d56d7d7
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80488
--- Comment #5 from CVS Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:42f9b481be3527b336b800128247d053fd18d121
commit r13-7324-g42f9b481be3527b336b800128247d053fd18d121
Author: Patrick Palka
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103807
--- Comment #5 from CVS Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:2aa1ab10ae0fd244dfea5fbf3705d7a1c0afff5a
commit r13-7325-g2aa1ab10ae0fd244dfea5fbf3705d7a1c0afff5a
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109670
--- Comment #14 from LIU Hao ---
(In reply to Thomas Neumann from comment #12)
> Created attachment 55037 [details]
> radix sort fix
>
> I could reproduce the problem, the radix sort did not behave correctly when
> we ran out of bits, which can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106943
--- Comment #18 from Xi Ruoyao ---
(In reply to Alexander Monakov from comment #12)
> Is there any need to over-engineer this like that? I would hope enabling
> -fno-lifetime-dse globally would not be controversial for LLVM
Maybe. Should we s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109745
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109651
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109531
Bug 109531 depends on bug 109651, which changed state.
Bug 109651 Summary: [13 Regression] ICE in lookup_template_class since
r14-11-g2245459c85a3f4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109651
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 80488, which changed state.
Bug 80488 Summary: Erroneous error "lambda-expression in template argument"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80488
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80488
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97700
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103807
Bug 103807 depends on bug 97700, which changed state.
Bug 97700 Summary: Bogus error when a class containing a function pointer is
used as a non-type template parameter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97700
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83258
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109832
Bug ID: 109832
Summary: aarch64: Inefficient code for logical or of two
booleans
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prio
1 - 100 of 205 matches
Mail list logo
