https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109451
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Last reconfirm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #15 from Huaqi ---
Hello, this is the version I am using.
OS environment:
root@1aae7bc8a1f6:/work# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.6 LTS"
packa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |libstdc++
--- Comment #4 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109462
--- Comment #6 from Jakub Jelinek ---
Reduced self-contained testcase, aborts when compiled with r13-1938 and later,
succeeds before that or with the posted patch:
// PR tree-optimization/109462
// { dg-do run { target c++11 } }
// { dg-options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109462
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109473
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
urn 0;
}
Run gcc(10.3.0 and 13.0.1 20230412) with the following command:
$ gcc -std=c99 -O2 -fopenmp -march=armv8.3-a+fp+sve -o demo.exe demo.c
After the command is executed, the following information is displayed:
demo.c: In function ‘test’:
demo.c:11:25: internal compiler error: Segmenta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #3 from Martin Liška ---
The problem here is that we normally preserve memcpy calls and then
__interceptor_memcpy is used from the run-time library. However, in this case
the second argument of memcpy is a known constant and we conve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109473
--- Comment #4 from Jakub Jelinek ---
It still uses uninitialized endptr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #4 from Xi Ruoyao ---
(In reply to Martin Liška from comment #3)
> The problem here is that we normally preserve memcpy calls and then
> __interceptor_memcpy is used from the run-time library. However, in this
> case the second argum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #16 from Costas Argyris ---
Created attachment 54838
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54838&action=edit
Improve make rule for sym-mingw32.o
Could you please apply this patch after you get the latest gcc sources a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
Bug ID: 109482
Summary: experimental/net/internet/endpoint/cons.cc FAILs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109472
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #6 from Richard Biener ---
(In reply to Martin Liška from comment #5)
> > It seems Clang disables this optimization and convert memcpy to
> > __asan_memcpy calls if -fsanitize=address used:
> >
> > https://godbolt.org/z/dcfadoMYY
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #7 from Jakub Jelinek ---
(In reply to Richard Biener from comment #6)
> not sure if we should prevent all of those transforms. But the question is
> why ASAN doesn't instrument the generated aggregate copy? Maybe because
> in C/C+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109483
Bug ID: 109483
Summary: Unoptimal jump threading with assembler flag output
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #8 from Richard Biener ---
(In reply to Jakub Jelinek from comment #7)
> (In reply to Richard Biener from comment #6)
> > not sure if we should prevent all of those transforms. But the question is
> > why ASAN doesn't instrument the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109483
Andrew Pinski changed:
What|Removed |Added
Keywords||inline-asm,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #9 from Martin Liška ---
(In reply to Richard Biener from comment #8)
> (In reply to Jakub Jelinek from comment #7)
> > (In reply to Richard Biener from comment #6)
> > > not sure if we should prevent all of those transforms. But th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #10 from Andrew Pinski ---
(In reply to Richard Biener from comment #8)
> (In reply to Jakub Jelinek from comment #7)
> > (In reply to Richard Biener from comment #6)
> > > not sure if we should prevent all of those transforms. But
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #11 from Martin Liška ---
>
> Maybe it just happens the end to be on the stack of the inner most function
> so it just happens that it is an variable address still.
No, that's not the case, see my previous comment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99982
--- Comment #7 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:c482995cc5bac4a2168ea0049041e712544e474b
commit r13-7145-gc482995cc5bac4a2168ea0049041e712544e474b
Author: Harald Anlauf
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61615
--- Comment #10 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:c482995cc5bac4a2168ea0049041e712544e474b
commit r13-7145-gc482995cc5bac4a2168ea0049041e712544e474b
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104312
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:2273fd5a6fdbe8f7da2c0e217c279bcbaaa7df9e
commit r13-7146-g2273fd5a6fdbe8f7da2c0e217c279bcbaaa7df9e
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #12 from rguenther at suse dot de ---
On Wed, 12 Apr 2023, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
>
> --- Comment #9 from Martin Li?ka ---
> (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61615
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |13.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99982
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104312
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #17 from Huaqi ---
Hi, I have apply this patch, but it failed like what I do before.
libcommon.a ../libcpp/libcpp.a -liconv ../libbacktrace/.libs/libbacktrace.a
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a
-L/work/Loca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109475
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
Richard Biener changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109484
Bug ID: 109484
Summary: [Wrong Code][inline-asm] output operands overlap with
output
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #18 from Costas Argyris ---
For some reason you are compiling gcc/utf8-mingw32.o as an executable, which
shouldn't be happening.
This is the rule for it in gcc\gcc\config\i386\x-mingw32-utf8
utf8-mingw32.o : utf8rc-mingw32.o sym-mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #19 from Eric Botcazou ---
It's the -r option passed to the compiler, it was not really supported in older
compiler (and certainly not documented).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #7 from Jonathan Wakely ---
(In reply to Richard Biener from comment #6)
> (In reply to Jonathan Wakely from comment #5)
> > (In reply to Richard Biener from comment #4)
> > > (In reply to Jonathan Wakely from comment #3)
> > > > Ah,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #20 from Eric Botcazou ---
Can you add -nostdlib alongside -r in the command?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #8 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #7)
> I think it's valid in theory. I don't know if it's possible for GCC to do it
> in practice. There doesn't seem to be anything the library can do to help,
> s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #9 from Richard Biener ---
(In reply to Jonathan Wakely from comment #8)
> (In reply to Jonathan Wakely from comment #7)
> > I think it's valid in theory. I don't know if it's possible for GCC to do it
> > in practice. There doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109473
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:df7f55cb2ae550adeda339a57b657ebe1ad39367
commit r13-7147-gdf7f55cb2ae550adeda339a57b657ebe1ad39367
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109473
Richard Biener changed:
What|Removed |Added
Known to work||13.0
Summary|[10/11/12/13 R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109472
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #10 from Jonathan Wakely ---
(In reply to Richard Biener from comment #9)
> Yep, looking at that link this is exactly what would be needed. Note
> that in the middle-end we already see the calls to
> DECL_IS_REPLACEABLE_OPERATOR_NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109480
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #11 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #10)
> I would prefer if we don't deviate, and get Clang to clarify things instead
> of reinventing something that looks similar but isn't.
I suppose as long as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #21 from Huaqi ---
Hi, I tried to change it like this
$ git diff
diff --git a/gcc/config/i386/x-mingw32-utf8 b/gcc/config/i386/x-mingw32-utf8
index 2783dd259a6..e4a6c7f3d3a 100644
--- a/gcc/config/i386/x-mingw32-utf8
+++ b/gcc/conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #22 from Huaqi ---
(In reply to Eric Botcazou from comment #20)
> Can you add -nostdlib alongside -r in the command?
Hi, I have tried this, it works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #23 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109483
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109483
--- Comment #3 from Richard Biener ---
Oh, the uncprop pass is gated with flag_tree_dom, so -fno-tree-dominator-opts
also "fixes" this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109481
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109484
--- Comment #1 from Richard Biener ---
but you clobber 'temp' early and fail to indicate that so GCC allocates the
same register as part of the "+m" output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109473
--- Comment #7 from Arsen Arsenović ---
LGTM - the original, unreduced, case builds on trunk. thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109484
--- Comment #2 from 。 <570070308 at qq dot com> ---
(In reply to Richard Biener from comment #1)
> but you clobber 'temp' early and fail to indicate that so GCC allocates the
> same register as part of the "+m" output.
The requirements you descr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109484
--- Comment #3 from Richard Biener ---
(In reply to 。 from comment #2)
> (In reply to Richard Biener from comment #1)
> > but you clobber 'temp' early and fail to indicate that so GCC allocates the
> > same register as part of the "+m" output.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109484
--- Comment #4 from Richard Biener ---
So, use "=&r" (temp) (an early-clobber), that should fix it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109479
--- Comment #6 from JuzheZhong ---
https://gcc.gnu.org/pipermail/gcc-patches/2023-April/615562.html
Fix patch here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109484
--- Comment #5 from 。 <570070308 at qq dot com> ---
(In reply to Richard Biener from comment #3)
> (In reply to 。 from comment #2)
> > (In reply to Richard Biener from comment #1)
> > > but you clobber 'temp' early and fail to indicate that so GC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109476
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
--- Comment #13 from Xi Ruoyao ---
(In reply to rguent...@suse.de from comment #12)
> On Wed, 12 Apr 2023, marxin at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109446
> >
> > --- Comment #9 from Martin Li?ka ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #24 from Costas Argyris ---
So this is because of the old (7.3) gcc version not supporting -r.
Indeed, in the 7.3 doc
https://gcc.gnu.org/onlinedocs/gcc-7.3.0/gcc/Link-Options.html#Link-Options
there is no '-r' option while there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109478
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-04-12
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #25 from Huaqi ---
Hi here is what I tested in Ubuntu 18.04
root@1aae7bc8a1f6:/work/LocalBuilds/2023.04-eng2_20230412_014350/build-gcc-newlib-stage1/gcc#
i686-w64-mingw32-gcc -nostdlib -r utf8rc-mingw32.o sym-mingw32.o -o
utf8-mingw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109476
--- Comment #3 from Wilhelm M ---
Sorry, I forgot to mention the flags: -Os -mmcu=atmega328
Maybe CompilerExplorer ist also usefull:
https://godbolt.org/z/zsq6PT1xb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109485
Bug ID: 109485
Summary: Feature request: More efficient include path handling
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-04-12
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #27 from Eric Botcazou ---
> As I said on IRC, even GCC 4.8 passes -r through to linker invocation, but
> only since
> r9-2994 gcc -r acts effectively the same as -r -nostdlib, before that one
> had to use both options to avoid linki
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #12 from rguenther at suse dot de ---
On Wed, 12 Apr 2023, redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
>
> --- Comment #11 from Jonathan Wakely ---
> (In reply to Jonathan Wakely from comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
Jonathan Wakely changed:
What|Removed |Added
CC||richard-gccbugzilla@metafoo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #28 from Costas Argyris ---
I am not aware of any cases of building windows-hosted gcc with msvc or clang.
If the combination -r -nostdlib fixes this case without breaking all the others
that don't need -nostdlib (which sounds like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109476
Richard Biener changed:
What|Removed |Added
Component|target |rtl-optimization
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:9f10b4957ca6058d1a801c5e4bfe11bf159da809
commit r13-7149-g9f10b4957ca6058d1a801c5e4bfe11bf159da809
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109480
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
m.cencora at gmail dot com changed:
What|Removed |Added
CC||m.cencora at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109484
--- Comment #6 from 。 <570070308 at qq dot com> ---
A better testcase:
```c
void kkk(void **const pp)
{
void *temp;
__asm__ volatile (
"movq $0xff, %0\n\t"
"movq $0xff, %1"
:"=r"(temp), "=m"(*pp)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
--- Comment #5 from Jonathan Wakely ---
Not when s_addr is a macro for S_un.S_addr or something like that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101018
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
--- Comment #6 from Jonathan Wakely ---
I did try it.
It's also not valid in older standards, so would give pedantic warnings with
-Wsystem-headers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109486
Bug ID: 109486
Summary: Optimization regression with pseudodestructors
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109484
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101018
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108139
--- Comment #7 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:24af552876eff707f75d30d3f0f0e7a5d62dd857
commit r13-7150-g24af552876eff707f75d30d3f0f0e7a5d62dd857
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109462
--- Comment #7 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:24af552876eff707f75d30d3f0f0e7a5d62dd857
commit r13-7150-g24af552876eff707f75d30d3f0f0e7a5d62dd857
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109478
--- Comment #2 from Jeffrey A. Law ---
The pa.cc bits look reasonable. It's been forever since I looked at this code,
but clearly using a HOST_WIDE_INT is the right thing to be doing. While it may
not fix this bug completely, consider it pre-a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Costas Argyris changed:
What|Removed |Added
Attachment #54838|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
--- Comment #7 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> Not when s_addr is a macro for S_un.S_addr or something like that.
The real definition on Solaris is more like:
struct in_addr {
union {
struct { cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109448
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109482
--- Comment #8 from m.cencora at gmail dot com ---
Ah, I see that gcc doesn't support nested designated initializer in C++ mode
(compared to C mode, or clang in both C and C++ modes).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97108
Bug 97108 depends on bug 101912, which changed state.
Bug 101912 Summary: -Wmaybe-uninitialized false alarm in tzdb localtime.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101912
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101912
Sam James changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 101912, which changed state.
Bug 101912 Summary: -Wmaybe-uninitialized false alarm in tzdb localtime.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101912
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101912
--- Comment #13 from Sam James ---
(In reply to Sam James from comment #12)
> Per 24af552876eff707f75d30d3f0f0e7a5d62dd857
> (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109462#c7) and the test being
> XFAILed, I think this is now unfixed?
r13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109449
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99982
--- Comment #9 from Scot Breitenfeld ---
This is Great! Thank-you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109486
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Known to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109486
--- Comment #2 from Richard Biener ---
Btw, -fno-lifetime-dse is a workaround.
1 - 100 of 179 matches
Mail list logo
