https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102356
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102357
Bug ID: 102357
Summary: The type specified by explicitly defaulted special
member function that is different with it should have
had is well-formed
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102356
Bug ID: 102356
Summary: compile-time explosion at -O3
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89040
--- Comment #4 from Andrew Pinski ---
(In reply to Hongtao.liu from comment #3)
> > foo3b:
> > .LFB0:
> > .cfi_startproc
> > movq%xmm0, %rax This should be "movd %xmm0, %eax".
>
> The issue can't be reproduced on current tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89040
--- Comment #3 from Hongtao.liu ---
> foo3b:
> .LFB0:
> .cfi_startproc
> movq%xmm0, %rax This should be "movd %xmm0, %eax".
The issue can't be reproduced on current trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49899
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95171
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.3
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102355
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Severity|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93772
--- Comment #3 from Andrew Pinski ---
Any news on the testcase?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102355
Bug ID: 102355
Summary: excessive stack usage
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60865
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-checking
--- Comment #3 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90134
--- Comment #3 from Andrew Pinski ---
This no longer ICEs on the trunk because DSE does:
Deleted trivially dead stmt: _14 = fq_13(D)->te;
This was done in r12-248 but I suspect there is a missing trapping check.
This code is all undefined any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91102
Andrew Pinski changed:
What|Removed |Added
Target|aarch64-linux |aarch64-linux,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91102
Andrew Pinski changed:
What|Removed |Added
CC||novalazy at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91430
Andrew Pinski changed:
What|Removed |Added
Summary|ICE in curr_insn_transform, |[9 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102353
--- Comment #4 from sandra at gcc dot gnu.org ---
I think rs6000-gen-builtins is supposed to be a build binary, not a host
binary? I'm seeing this at the end of my build log with that patch.
./rs6000-gen-builtins /path/to/gcc/config/rs6000/rs60
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88578
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:352c0b2668a1e3ce28060ccc265d3427f19e175d
commit r11-8999-g352c0b2668a1e3ce28060ccc265d3427f19e175d
Author: Jakub Jelinek
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102295
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:352c0b2668a1e3ce28060ccc265d3427f19e175d
commit r11-8999-g352c0b2668a1e3ce28060ccc265d3427f19e175d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102295
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:6550198bd8467f435959fa25b69c217a6ef75c7a
commit r11-8998-g6550198bd8467f435959fa25b69c217a6ef75c7a
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102305
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:6f61195e0433f907e5aa1a16f02d4106503d3351
commit r11-8997-g6f61195e0433f907e5aa1a16f02d4106503d3351
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101904
--- Comment #8 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:22806064a67cf30599957c1ffb322aa30e9e57e7
commit r12-3559-g22806064a67cf30599957c1ffb322aa30e9e57e7
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78463
--- Comment #1 from Andrew Pinski ---
I thought this was just fixed recently but I could be wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102331
--- Comment #4 from Steve Kargl ---
On Wed, Sep 15, 2021 at 08:57:45PM +, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102331
>
> --- Comment #3 from anlauf at gcc dot gnu.org ---
> (In reply to kargl from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90556
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82520
Martin Sebor changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102263
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90556
Bug 90556 depends on bug 94312, which changed state.
Bug 94312 Summary: missing -Wreturn-local-addr on returning local address via
memchr or memset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94312
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94312
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20785
--- Comment #11 from Andrew Pinski ---
I have idea on how to fix the FENV_ACCESS issue (for gimple), basically you add
an extra virtual use op for float gimples and virtual define for functions and
inline-asm. Now I am not going to implement this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102350
--- Comment #4 from Peter Dimov ---
On the surface this looks not hard to fix - use ::__source_location_impl (or
std::__source_location_impl) instead of std::source_location:__impl as the
layout struct - but I'm not sure whether this would pose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59159
--- Comment #6 from Andrew Pinski ---
__builtin_assoc_barrier is being implemented
https://gcc.gnu.org/pipermail/gcc-patches/2021-September/578935.html That
should solve part of this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102315
--- Comment #2 from anlauf at gcc dot gnu.org ---
Looks familiar, and I am pretty sure there's a duplicate.
Removing one set of [] makes the code compile:
y = [character(8) :: 'a'//trim(x), 'b', 'c', 'd', 'e']
is obviously "fine".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67102
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102331
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to kargl from comment #2)
> The following patch fixes the problem. It has not been regression tested.
This restores the error, but for CLASS I now get:
pr102331.f90:2:3:
2 | al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92435
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102336
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 102327, which changed state.
Bug 102327 Summary: gcc/config/i386/i386-expand.c:14678: Suspicious coding ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102327
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102327
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102283
--- Comment #2 from Giuseppe D'Angelo ---
Hi,
Do you think that in my original testcase the call should be rejected as
ambiguous as well? (It seems "reasonable" to me, but maybe I'm missing some
niche detail about overload resolution when combi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102295
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e5d1af8a07ae9fcc40ea5c781c3ad46d20ea12a6
commit r12-3556-ge5d1af8a07ae9fcc40ea5c781c3ad46d20ea12a6
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88578
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e5d1af8a07ae9fcc40ea5c781c3ad46d20ea12a6
commit r12-3556-ge5d1af8a07ae9fcc40ea5c781c3ad46d20ea12a6
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 102346, which changed state.
Bug 102346 Summary: Missing -Warray-bounds due to constant folding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102346
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35587
Martin Sebor changed:
What|Removed |Added
CC||fredrik.hederstierna@securi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102346
Martin Sebor changed:
What|Removed |Added
Summary|Missing warning for array |Missing -Warray-bounds due
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102352
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102353
--- Comment #3 from Bill Schmidt ---
Hi Sandra,
Does the following work for your cross?
diff --git a/gcc/config/rs6000/t-rs6000 b/gcc/config/rs6000/t-rs6000
index 92766d8ea25..738d4cf9493 100644
--- a/gcc/config/rs6000/t-rs6000
+++ b/gcc/confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102354
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102350
--- Comment #3 from Jonathan Wakely ---
That would be non-conforming though, because source_location isn't a reserved
name in C++17, so programs can use that as a (really dumb) macro name, which
would then break the header.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102238
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Martin Sebor from comment #2)
> > The source and the destination arrays in the test case do not overlap so
> > there is no warning. The preprocesse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102216
Bug 102216 depends on bug 102238, which changed state.
Bug 102238 Summary: alias_offset in gimple-ssa-sprintf.c is broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102238
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102238
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102328
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101761
--- Comment #11 from Thomas Rodgers ---
(In reply to Jonathan Wakely from comment #10)
> http://eel.is/c++draft/atomics#ref.generic.general-3.sentence-2
>
> "While any atomic_ref instances exist that reference the *ptr object, all
> accesses t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101761
--- Comment #10 from Jonathan Wakely ---
http://eel.is/c++draft/atomics#ref.generic.general-3.sentence-2
"While any atomic_ref instances exist that reference the *ptr object, all
accesses to that object shall exclusively occur through those at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101761
--- Comment #9 from Jonathan Wakely ---
My point is that *any* read of aa is undefined while there is an atomic_ref
using it, even in the absence of other threads.
It happens to cause the race you describe, because the value of aa is changing
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101761
--- Comment #8 from Jonathan Wakely ---
It's a test for std::atomic_ref, it has to use atomic_ref :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101761
--- Comment #7 from Florian Weimer ---
(In reply to Jonathan Wakely from comment #6)
> (In reply to Florian Weimer from comment #4)
> > a.wait(aa);
>
> This line is undefined and needs to be a.wait(va) anyway.
Yes, that's what I meant. O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101761
--- Comment #6 from Jonathan Wakely ---
(In reply to Florian Weimer from comment #4)
> a.wait(aa);
This line is undefined and needs to be a.wait(va) anyway.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101761
--- Comment #5 from Thomas Rodgers ---
(In reply to Florian Weimer from comment #4)
> I think it's a test bug:
>
> std::atomic_ref a{ aa };
>
> std::thread t([&]
> {
> a.store(bb);
> a.notify_one();
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #8 from David Edelsohn ---
This needs an additional adjustment. The encoding decoration needs to be
applied if the decl isn't an alias. That means both a null summary *OR* the
decl is not explicitly an alias.
I'm proposing the fol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101725
--- Comment #4 from Patrick Palka ---
*** Bug 94499 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94499
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98486
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102200
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102050
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102354
Bug ID: 102354
Summary: std::advance overloaded for path::iterator will never
be called
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102050
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:2ab5c3d5457f0d480c6423ee7ac52ce1f98592c9
commit r12-3555-g2ab5c3d5457f0d480c6423ee7ac52ce1f98592c9
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102353
Bill Schmidt changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |wschmidt at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102350
--- Comment #2 from Peter Dimov ---
(In reply to Jakub Jelinek from comment #1)
> __builtin_source_location doesn't require -std=c++20, but indeed does
> require or some compatible definition of
> std::source_location::__impl class, and as it d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102353
--- Comment #1 from sandra at gcc dot gnu.org ---
Ooops, I meant x86_64-linux-gnu build, not host. :-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102353
Bug ID: 102353
Summary: powerpc64le-linux-gnu build failure when build != host
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102331
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102216
Bug 102216 depends on bug 102238, which changed state.
Bug 102238 Summary: alias_offset in gimple-ssa-sprintf.c is broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102238
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102238
Martin Sebor changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102350
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102352
Bug ID: 102352
Summary: Add -mstack-protector-guard=... for arm32
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102283
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102243
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 101936, which changed state.
Bug 101936 Summary: [12 Regression] 538.imagick_r -Ofast regression on Kabylake
since g:872da9a6f664a06d73c987aa0cb2e5b830158a10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101936
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101936
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 101935, which changed state.
Bug 101935 Summary: [12 Regression] 538.imagick_r LTO -Ofast regression on Zen2
and Kabylake caused by r12-2666-g29f0e955c97
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101935
Wha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101935
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55203
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102351
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102351
--- Comment #2 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:7bdf51557d18aafdb300e1ad2b4f6fb7ef456f2b
commit r12-3553-g7bdf51557d18aafdb300e1ad2b4f6fb7ef456f2b
Author: Martin Liska
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102329
--- Comment #4 from Martin Sebor ---
The text of the warning should be adjusted to make it clear that it's the
object the pointer points to that may be used uninitialized by the function.
For functions like pthread_getspecific() and pthread_set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102351
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-09-15
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102351
Bug ID: 102351
Summary: error: ‘TARGET_PENTIUM4’ was not declared in this
scope; did you mean ‘TARGET_ENQCMD’?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #7 from David Edelsohn ---
As we discussed on IRC
symtab_node::exists (decl) && symtab_node::get (decl)->alias
seems better because that function does not need to create the summary for its
internal use. The function should not en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:adddfc85c07143f7c8097a90a83bfb15b8bd52e8
commit r12-3551-gadddfc85c07143f7c8097a90a83bfb15b8bd52e8
Author: Martin Liska
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102337
Martin Sebor changed:
What|Removed |Added
Blocks||85741
Summary|possibly wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102350
Bug ID: 102350
Summary: __builtin_source_location not available in earlier
language modes
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #4 from Martin Liška ---
The following helps:
diff --git a/gcc/config/rs6000/rs6000.c b/gcc/config/rs6000/rs6000.c
index b0ec8108007..89868c39e27 100644
--- a/gcc/config/rs6000/rs6000.c
+++ b/gcc/config/rs6000/rs6000.c
@@ -21728,7 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #3 from Martin Liška ---
(gdb) p symtab_node::get (decl)
$2 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #2 from Martin Liška ---
Sorry, the line numbers are wrong because I didn't use the vanilla repository.
So for a37d7d6fc1dbd9906bbb2c6bf5ba9d30fd17a584 I see:
/dev/shm/objdir2/./gcc/xgcc -B/dev/shm/objdir2/./gcc/ -xc -nostdinc /dev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #1 from David Edelsohn ---
I can't duplicate this failure in a native build. And rs6000.c:21750 doesn't
correspond to any statement. Can you provide some additional information or
source code context?
rs6000_xcoff_encode_section_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-09-15
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
Bug ID: 102349
Summary: [12 Regression] crash in
rs6000_xcoff_encode_section_info since
r12-446-g8b5b814d51ff73bc739c0c037ae18df07acf2d96
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102348
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 182 matches
Mail list logo