https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108813
Kewen Lin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108729
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108810
Kewen Lin changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108810
Kewen Lin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109062
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108729
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
Target Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108727
--- Comment #5 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:15b83b69ca99d97643075776ba94f2dd1f05b46e
commit r13-6545-g15b83b69ca99d97643075776ba94f2dd1f05b46e
Author: Kewen Lin
Date: Wed Mar 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108730
--- Comment #2 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:9fd3d3567396e63cf5dde96ef03fcc92c6bcec71
commit r13-6541-g9fd3d3567396e63cf5dde96ef03fcc92c6bcec71
Author: Kewen Lin
Date: Wed Mar 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108729
--- Comment #4 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:bab3b6a9c3bde32903815826f96abc18e62bff6e
commit r13-6542-gbab3b6a9c3bde32903815826f96abc18e62bff6e
Author: Kewen Lin
Date: Wed Mar 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108810
--- Comment #2 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:4bcdc362e90a07977f85d79c82fd7dcd20d80ac9
commit r13-6539-g4bcdc362e90a07977f85d79c82fd7dcd20d80ac9
Author: Kewen Lin
Date: Wed Mar 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108813
--- Comment #2 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:3be550e35e1c67327d3724380632512872224178
commit r13-6540-g3be550e35e1c67327d3724380632512872224178
Author: Kewen Lin
Date: Wed Mar 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109041
--- Comment #4 from ishikawa,chiaki ---
Right, when I replaced gcc-11 with gcc-12 in my script, I got the following
warnings. One of them was there before, the other is new.
/tmp/sqlite3-preprocessed-2.c: In function ‘posixUnlock’:
/tmp/sqlite3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109035
--- Comment #4 from chenglulu ---
(In reply to Xi Ruoyao from comment #3)
> I don't really understand why we should prefer the memory if there is a
> REG_EQUIV note, nor why this does not happen with -fPIE.
I didn't understand the optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109035
--- Comment #3 from Xi Ruoyao ---
(In reply to chenglulu from comment #2)
> I think this is most likely caused by the implementation of the public code.
Agree, so I filled the component as rtl-optimization.
I tracked a (non root) cause to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108773
--- Comment #13 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #5)
> /tmp/1.C:18:137: error: no match for ‘operator=’ (operand types are
Curiously, changing #include to #include reproduces the ICE:
#include
#include
#includ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109062
Bug ID: 109062
Summary: [13 regression] Default value of GOMP_SPINCOUNT
changes since r13-2545
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109035
chenglulu changed:
What|Removed |Added
CC||chenglulu at loongson dot cn
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109061
--- Comment #1 from fsb4000 at yandex dot ru ---
Actually, I'm not sure. Maybe GCC does correct things and the person wrongly
thinks that the code should work...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109061
Bug ID: 109061
Summary: GCC try to eagerly instantiate more than needed
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109041
--- Comment #3 from Andrew Pinski ---
Looks like it has been fixed in GCC 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108185
Kito Cheng changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81649
--- Comment #3 from CVS Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:c5c4fdaccdf444632c9872537b6026dc6758a952
commit r13-6535-gc5c4fdaccdf444632c9872537b6026dc6758a952
Author: Jonathan Grant
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108060
--- Comment #7 from Marek Polacek ---
Candidate fix:
--- a/gcc/c-family/c-gimplify.cc
+++ b/gcc/c-family/c-gimplify.cc
@@ -106,6 +106,18 @@ ubsan_walk_array_refs_r (tree *tp, int *walk_subtrees,
void *data)
}
else if (TREE_CODE (*tp) ==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109053
--- Comment #1 from Andrew Pinski ---
I am 100% sure there is an aliasing issue here or rather aliasing is getting in
the way of VRP.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109053
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109060
Bug ID: 109060
Summary: -Wanalyzer-deref-before-check false positives seen in
haproxy's cfgparse.c: parse_process_number
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108976
--- Comment #5 from Jonathan Wakely ---
Excellent, thanks! I'll look at the commits tomorrow and get back to you.
A patch will need to be submitted to the mailing lists, but it might be OK to
send a single diff for the whole series, but then I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108887
--- Comment #7 from Jason Merrill ---
Also, reset() is only defined in cgraph_node, and I need it to work on both
functions and variables.
Clearing n->type seems to confuse things that expect all symbols to be either
function or variable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107572
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108362
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
--- Comment #25 from Jakub Jelinek ---
I guess more debugging tomorrow. Because with the frange_nextafter it comes up
for the f1 to range
p[frange] double
[-2.22044604925031283432823045461545143383482334912930322712e-16
(-0x0.f8p-52
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108976
--- Comment #4 from Dimitrij Mijoski ---
I have fixed this, added large testsute and discovered another bug in
codecvt_utf16 when the input [from, from_end) contains odd number of bytes.
Error was returned instead of partial.
Here are the chang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108887
--- Comment #6 from Jason Merrill ---
(In reply to Jan Hubicka from comment #3)
> I think we may get around with only turning the node back to non-declaration
> by calling n->reset()?
It seems I also need to n->remove_from_same_comdat_group().
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108706
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109059
Bug ID: 109059
Summary: -Wanalyzer-malloc-leak false +ve seen on haproxy's
cfgparse.c: cfg_register_postparser
Product: gcc
Version: 13.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
Jakub Jelinek changed:
What|Removed |Added
Attachment #54601|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108526
--- Comment #5 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:4f181f9c7ee3efc509d185fdfda33be9018f1611
commit r13-6533-g4f181f9c7ee3efc509d185fdfda33be9018f1611
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106651
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:4f181f9c7ee3efc509d185fdfda33be9018f1611
commit r13-6533-g4f181f9c7ee3efc509d185fdfda33be9018f1611
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109008
Jakub Jelinek changed:
What|Removed |Added
Attachment #54599|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108882
Jonathan Wakely changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109058
--- Comment #1 from David Malcolm ---
Even better would be for the event condition to express the string, when it's a
string literal, so that it reads:
../../src/gcc/testsuite/gcc.dg/analyzer/strcmp-path-1.c:27:5: note: path
27 | __analy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109058
Bug ID: 109058
Summary: RFE: analyzer should elide repeated calls to strcmp in
execution paths
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109054
Ben Woodard changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87844
Marek Polacek changed:
What|Removed |Added
Assignee|mpolacek at gcc dot gnu.org|unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108882
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109054
--- Comment #4 from Jakub Jelinek ---
As I tried to explain, because libgcc_s and libstdc++ are different libraries,
there is nothing that can be done on the GCC side.
You can avoid libunwind (which is a good idea, it is a terrible library from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103403
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108880
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
--- Comment #10 from Jakub Jelinek ---
(In reply to Henry from comment #9)
> Just to make it clear, I'm not saying this is a bug on GCC.
>
> Im just trying to understand what is happening since this is affecting some
> of our benchmarks. Then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91212
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109054
--- Comment #3 from Ben Woodard ---
Actually what we were hoping to achieve was not to substitute another version
of _Unwind_GetLanguageSpecificData for the one that is in libgcc_s.so but
rather to make it so that that another implementation of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67048
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109055
--- Comment #1 from Chris Hodges ---
I listed the compiler for the native GCC instead of
arm-none-eabi-gcc -v
The RPI400 compiiler for the Cortex M0 is 8.3.1
RPI400:
arm-none-eabi-gcc -v
Using built-in specs.
COLLECT_GCC=arm-none-eabi-gcc
COL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78208
--- Comment #3 from Marek Polacek ---
(In reply to Marek Polacek from comment #2)
> I think the compile-hog would also be visible with -Wduplicated-branches,
> but that's not in yet (and it's unclear whether it will make its way in to
> GCC 7).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
--- Comment #9 from Henry ---
Just to make it clear, I'm not saying this is a bug on GCC.
Im just trying to understand what is happening since this is affecting some of
our benchmarks. Then we can counter with some wit.
Perhaps there is an a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108882
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:7d30593c387e5feb0db8ad90d1650ee49361d536
commit r13-6531-g7d30593c387e5feb0db8ad90d1650ee49361d536
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
--- Comment #8 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #5)
> (In reply to Andrew Pinski from comment #2)
> > No it is not. you just don't notice it there because goldbolt is hiding
> > things because it thinks it is unused
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
--- Comment #7 from Jakub Jelinek ---
I certainly can't reproduce the LUT array not being emitted, tried GCC 11, 12
and trunk,
C and C++ (all -O2).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
--- Comment #6 from Henry ---
Still, why is it then if you change the type to uint32_t the behavior changes?
And why the entire static array is cut out from the object file?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
--- Comment #5 from Jakub Jelinek ---
(In reply to Andrew Pinski from comment #2)
> No it is not. you just don't notice it there because goldbolt is hiding
> things because it thinks it is unused.
This actually isn't godbolt hiding anything (wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
--- Comment #4 from Henry ---
Yes it is optimized away.
Note that even in this case the entire static array is optimized away from the
object file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
--- Comment #1 from Henry ---
Two caveats:
1. If you add something like `xor %0,%0` inside the assembly text, LUT is not
optimized
inline void DoNotOptimize( uint8_t value) {
asm volatile("xor %0,%0" : : "r,m"(value) : "memory");
}
void fun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109057
Bug ID: 109057
Summary: Does GCC interpret assembly when deciding to optimize
away a variable?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109056
--- Comment #3 from David Binderman ---
(In reply to Andrew Pinski from comment #2)
> Which turns on -Wsign-conversion .
-Wsign-conversion seems close, but not quite right. The problem is
in potential overflow, not sign conversion.
-Woverflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109056
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> -Wconversion is needed for this warning in GCC.
Which turns on -Wsign-conversion .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109056
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109056
Bug ID: 109056
Summary: cppcheck: no warning for suspicious return type
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107023
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109005
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118
--- Comment #16 from Iain Sandoe ---
(In reply to Jan Hubicka from comment #15)
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118
> >
> > --- Comment #14 from Iain Sandoe ---
> > (In reply to Jan Hubicka from comment #13)
> > > > So .. f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107079
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107079
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:fb82334341e21ad0254f63e942be276f62d111cf
commit r12-9233-gfb82334341e21ad0254f63e942be276f62d111cf
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118
--- Comment #15 from Jan Hubicka ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118
>
> --- Comment #14 from Iain Sandoe ---
> (In reply to Jan Hubicka from comment #13)
> > > So .. for promotion of target expression temporaries to fram
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109054
Jakub Jelinek changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108165
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
--- Comment #11 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:80f0052b3924569af904d1bab0858fe985f33a94
commit r13-6529-g80f0052b3924569af904d1bab0858fe985f33a94
Author: Marek Polacek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109055
Bug ID: 109055
Summary: Code generation error when function decorated for
execution in SRAM
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109041
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109054
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109041
ishikawa,chiaki changed:
What|Removed |Added
CC||ishikawa at yk dot rim.or.jp
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61882
Pekka S changed:
What|Removed |Added
CC||p...@gcc-bugzilla.mail.kaps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109049
--- Comment #4 from Jonathan Wakely ---
I thought it was already allowed, because std::declval is not an addressable
function ([namespace.std]) but that only covers forming pointers and references
to functions. We should extend that to cover thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109054
Bug ID: 109054
Summary: _Unwind_GetLanguageSpecificData should have protected
visibility
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109042
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109042
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0d573c1f002fa77a4483aa9ebe310746a313082e
commit r13-6527-g0d573c1f002fa77a4483aa9ebe310746a313082e
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 107939, which changed state.
Bug 107939 Summary: [11 Regression] Rejects use of `extern const` variable in a
template since r11-557
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:19ed6bf44c3fec882cf4c825f3ffa4f2ecdc78e6
commit r12-9232-g19ed6bf44c3fec882cf4c825f3ffa4f2ecdc78e6
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
Marek Polacek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression] Rejects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109030
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109030
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:e4692319fd5fc7d740436e8bb338f44cb8df6c58
commit r13-6526-ge4692319fd5fc7d740436e8bb338f44cb8df6c58
Author: Marek Polacek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:e09bc034d1b4d692b409fa5af52ae34480a6f4dc
commit r13-6525-ge09bc034d1b4d692b409fa5af52ae34480a6f4dc
Author: Marek Polacek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109049
--- Comment #3 from Jiang An ---
I've mailed to LWG Chair to request legitimation of libc++ and libstdc++'s
current strategy.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118
--- Comment #14 from Iain Sandoe ---
(In reply to Jan Hubicka from comment #13)
> > So .. for promotion of target expression temporaries to frame vars, one of:
> > - a) we need to find a different way to name them
> I think we can just count nu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109027
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-03-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109017
Martin Liška changed:
What|Removed |Added
Summary|ICE on unexpanded pack from |ICE on unexpanded pack from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108997
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
1 - 100 of 156 matches
Mail list logo
