https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69737
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69577
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56007
--- Comment #8 from Harald Anlauf ---
Proposed patch posted here:
https://gcc.gnu.org/ml/fortran/2016-02/msg00026.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69738
Bug ID: 69738
Summary: PowerPC built-in __builtin_addg6s should be enabled on
64-bit
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69554
--- Comment #17 from David Malcolm ---
Candidate patch posted here:
https://gcc.gnu.org/ml/gcc-patches/2016-02/msg00646.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69730
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68532
--- Comment #4 from cbaylis at gcc dot gnu.org ---
Author: cbaylis
Date: Tue Feb 9 18:49:05 2016
New Revision: 233252
URL: https://gcc.gnu.org/viewcvs?rev=233252=gcc=rev
Log:
[ARM] PR68532 Fix up vzip recognition for big endian
gcc/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68532
cbaylis at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68730
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69723
--- Comment #8 from Manuel López-Ibáñez ---
(In reply to Jakub Jelinek from comment #7)
> As for the missed -Wuninitialized at -O0, wonder if we couldn't do something
> about it for GCC 7.
Sounds good to me, but perhaps it is better to open a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68532
--- Comment #3 from cbaylis at gcc dot gnu.org ---
Author: cbaylis
Date: Tue Feb 9 18:47:55 2016
New Revision: 233251
URL: https://gcc.gnu.org/viewcvs?rev=233251=gcc=rev
Log:
[ARM] PR68532: Fix up vuzp for big endian
gcc/ChangeLog:
2016-02-09
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69725
--- Comment #3 from Martin Sebor ---
I wondered if the system ISL (isl-0.14-4.fc23) was being picked up instead of
the one in my tree (isl-0.15), or some combination of both at different times.
So I tried --with-isl thinking that might be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69736
--- Comment #5 from Jonathan Wakely ---
In some contexts yes, but 5.1.1 [expr.prim.general] p6 says:
A parenthesized expression is a primary expression whose type and value are
identical to those of the enclosed expression. The presence of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68654
--- Comment #24 from rguenther at suse dot de ---
On Mon, 8 Feb 2016, law at redhat dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68654
>
> --- Comment #23 from Jeffrey A. Law ---
> I don't think it's worth the effort to try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69731
Bug ID: 69731
Summary: Inconsistent SFINAE in interaction with variable
templates
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
Dominik Vogt changed:
What|Removed |Added
CC||vogt at linux dot vnet.ibm.com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68515
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68515
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
--- Comment #10 from Dominique d'Humieres ---
> gfortran.dg/coarray_allocate_3.f08 crashed with an invalid free()
> on s390 and s390x.
If the test is compiled with -fsanitize=address, I get
==19013==ERROR: AddressSanitizer:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69726
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69725
--- Comment #1 from Richard Biener ---
Not sure if LTO bootstrap with in-tree ISL is properly tested. Which ISL
version
did you choose? Anything suspicious in closure.c?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69729
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69599
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69599
--- Comment #9 from vries at gcc dot gnu.org ---
Author: vries
Date: Tue Feb 9 08:52:26 2016
New Revision: 233240
URL: https://gcc.gnu.org/viewcvs?rev=233240=gcc=rev
Log:
Fix GOMP/GOACC_parallel optimization in ipa-pta
2016-02-09 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69722
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69730
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69730
Bug ID: 69730
Summary: problem with references and templates when using O2
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69729
Bug ID: 69729
Summary: [6 regression] [CHKP] internal compiler error:
Segmentation fault
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69726
--- Comment #3 from Richard Biener ---
It solved itself with
2016-02-08 Richard Biener
PR tree-optimization/69719
* tree-vect-data-refs.c (vect_prune_runtime_alias_test_list):
Properly use absolute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68021
--- Comment #15 from amker at gcc dot gnu.org ---
Though the previous patch can work, I am testing another patch less intrusive.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697
--- Comment #11 from Václav Zeman ---
Created attachment 37638
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37638=edit
logs of compilation with -fno-lto
(In reply to H.J. Lu from comment #8)
> Your compiler doesn't have proper LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
Richard Biener changed:
What|Removed |Added
Keywords||build
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69726
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69726
--- Comment #2 from Richard Biener ---
Ok, so forwprop fixes things up but nothing removes dead code before uninit
and it is confused by
vect__ifc__525.36_152 = MEM[(int *) + 224B];
vect__ifc__523.38_154 = VEC_COND_EXPR ;
where only _154
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69728
Bug ID: 69728
Summary: [6 Regression] internal compiler error: in
outer_projection_mupa, at graphite-sese-to-poly.c:1175
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
--- Comment #9 from Dominik Vogt ---
I.e. free(0x1) is called:
Load foobar.1497 to r12
0x8998 <+40>:larl%r12,0x80002408
(gdb) p /x $r12
0x80002408
First malloc call, store mem pointer in foobar.1497
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69715
Richard Biener changed:
What|Removed |Added
Known to work||6.0
Summary|[4.9/5/6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69715
Richard Biener changed:
What|Removed |Added
Known to work||6.0
Summary|[4.9/5/6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69732
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
Summary|Missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69733
Bug ID: 69733
Summary: -Wignored-qualifiers points to wrong const
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69732
Bug ID: 69732
Summary: Missed vectorization due to failed dependence analysis
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69732
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69625
Dominik Vogt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
--- Comment #34 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #33)
> we now have a regression from 5 to 6, right?
Right.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69052
--- Comment #12 from amker at gcc dot gnu.org ---
Patch sent for review at
https://gcc.gnu.org/ml/gcc-patches/2016-02/msg00612.html
It works for the reduced test case, could you please help me to check if it
works for you original case?
Thanks,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69723
--- Comment #7 from Jakub Jelinek ---
As for the missed -Wuninitialized at -O0, wonder if we couldn't do something
about it for GCC 7.
volatile int v;
void bar (void)
{
int x;
v++;
for (; x < 100; x++) v++;
v++;
}
Here, we have
# x_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69735
Bug ID: 69735
Summary: [6 Regression] internal compiler error: in
harmful_loop_in_region, at
graphite-scop-detection.c:1045
Product: gcc
Version: 6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
--- Comment #3 from Jakub Jelinek ---
Created attachment 37645
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37645=edit
caller-save.ii.bz2
caller-save.ii.bz2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59627
vries at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69614
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||vmakarov at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #14 from dave.anglin at bell dot net ---
On 2016-02-09 7:32 AM, bernds at gcc dot gnu.org wrote:
> (In reply to John David Anglin from comment #0)
>
>> >- ldh 2(%r31),%r20
> Could you verify whether the test works if you replace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
--- Comment #4 from Jakub Jelinek ---
Created attachment 37646
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37646=edit
caller-save.gcda
caller-save.gcda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59627
--- Comment #9 from Jakub Jelinek ---
Eventually. I have dozens of changes (mostly non-OpenMP related) I have
committed to trunk only in the past few months, need to find time and backport
those that should be backported to the older branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
--- Comment #7 from Jakub Jelinek ---
The ICE is around
140 ok = (cached_reg_save_code[reg][mode] != -1
141 && cached_reg_restore_code[reg][mode] != -1);
0x10e84a24 : stw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69671
--- Comment #12 from Uroš Bizjak ---
(In reply to Kirill Yukhin from comment #8)
> (In reply to Jakub Jelinek from comment #7)
> > So do you want to use reg_or_0_operand? I don't think we usually tie output
> > with input already in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69729
--- Comment #1 from Ilya Enkovich ---
Here is a patch which caused the regression:
diff --git a/gcc/lto-streamer-out.c b/gcc/lto-streamer-out.c
index 0cefc15..6bb76cc 100644
--- a/gcc/lto-streamer-out.c
+++ b/gcc/lto-streamer-out.c
@@ -2320,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
--- Comment #5 from Jakub Jelinek ---
Created attachment 37647
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37647=edit
auto-host.h
auto-host.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69614
--- Comment #9 from ktkachov at gcc dot gnu.org ---
You're right.
Any change in the flags or to the code that appears to makes the failure go
away just happens to reduce register pressure.
In the failing case the reload dump shows that LRA does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697
--- Comment #12 from H.J. Lu ---
Please provide the output of "objdump -r use.o".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69734
--- Comment #2 from H.J. Lu ---
This is on hjl/interrupt/stage1 branch. Trunk never spills mask
registers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69710
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69734
Bug ID: 69734
Summary: no_caller_saved_registers attribute doesn't work with
-mavx512f -g
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65702
Bernd Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69733
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69732
--- Comment #2 from Richard Biener ---
The solution here is to have another set of base / access function forcibly
using the pointer representation as a backup for dependence analysis.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697
--- Comment #13 from Václav Haisman ---
Created attachment 37643
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37643=edit
objdump -r use.o log
(In reply to H.J. Lu from comment #12)
> Please provide the output of "objdump -r use.o".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69052
--- Comment #13 from Yuri Rumyantsev ---
I checked that performance is back for the whole benchmark. Thanks a lot.
Yuri.
2016-02-09 14:17 GMT+03:00 amker at gcc dot gnu.org :
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69705
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #11 from Bernd Schmidt ---
(In reply to John David Anglin from comment #0)
> - ldh 2(%r31),%r20
Could you verify whether the test works if you replace the 2(%r31) with 0(%r31)
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697
--- Comment #15 from H.J. Lu ---
I didn't realize Windows linker uses ELF relocation names.
I don't know what is wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69734
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69734
--- Comment #3 from H.J. Lu ---
A simpler testcase:
[hjl@gnu-6 interrupt-2]$ cat k.c
void
__attribute__((interrupt))
fn (void *frame)
{
asm ("#"
:
:
: "k1");
}
[hjl@gnu-6 interrupt-2]$ make k.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69614
--- Comment #10 from ktkachov at gcc dot gnu.org ---
Created attachment 37642
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37642=edit
Reload pass dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69705
vries at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.3
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #10 from Bernd Schmidt ---
(In reply to Jakub Jelinek from comment #9)
> The referenced debian bug suggests that there is both an aliasing violation
> and unaligned access.
In their source code you mean? There's type punning going
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697
--- Comment #14 from Václav Haisman ---
Created attachment 37644
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37644=edit
objdump -Ttr def.o log
`objdump -Ttr def.o` in advance, just in case it is relevant.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65702
--- Comment #12 from Bernd Schmidt ---
Author: bernds
Date: Tue Feb 9 13:10:39 2016
New Revision: 233242
URL: https://gcc.gnu.org/viewcvs?rev=233242=gcc=rev
Log:
PR middle-end/65702
* varasm.c (make_decl_rtl): Mark invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #12 from Jakub Jelinek ---
If the problem is in bswap, then the most suspect branches/gcc-5-branch commit
is r232664.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69714
--- Comment #13 from Bernd Schmidt ---
Yes, that's the one I've been zeroing in on. It does look wrong, but it was
intended as a fix, so I guess I'll be reinvestigating the original bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63206
--- Comment #2 from Pype ---
reproduced with tail-call + r3 stack bug on
4.8.3
4.8.4
4.9.2
5.1
appears fixed in
5.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69710
--- Comment #7 from amker at gcc dot gnu.org ---
Hmm, the first problem is the two iv uses from dy load/store are not recognized
as having same base address/object. This may caused by my patch disabling
expansion of iv base. Or it exists all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
--- Comment #36 from Jakub Jelinek ---
As Richard said, you can do similar (invalid too) stuff in C too, say:
struct S { int a[1]; } s;
in one TU and
struct S { int a[1]; } s;
int
foo (int x)
{
return s.a[x];
}
int
bar (int x)
{
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69725
--- Comment #2 from Martin Sebor ---
I used the download_prerequistes script to download isl-0.15. I have
gmp-4.3.2, mpc-0.8.1, and mpfr-2.4.2. I didn't know that in-tree ISL wasn't
being tested. Let me see if I get farther by either
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63206
Pype changed:
What|Removed |Added
CC||pype_1999.geo at yahoo dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63206
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67552
Bug 67552 depends on bug 69734, which changed state.
Bug 69734 Summary: no_caller_saved_registers attribute doesn't work with
-mavx512f -g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69734
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69734
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69573
--- Comment #4 from Chen Gang ---
(In reply to Chen Gang from comment #3)
> Created attachment 37625 [details]
> Under my Darwin mac book OS X Yosemite 10.10.4, it looks short wide alignas
> for long wide type will cause issue.
Oh, sorry, it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=0
--- Comment #7 from Jakub Jermar ---
Thank you, I will get back to you once I am done with the test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
--- Comment #21 from Jakub Jelinek ---
*** Bug 69727 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69736
Bug ID: 69736
Summary: [4.9/5/6 Regression] "error: too few arguments to
function" in c++14 but not c++11
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69727
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
--- Comment #22 from Martin Sebor ---
After applying the patch from comment #19 my profiledbootstrap also just
completed on the big-endian powerpc64-redhat-linux-gnu (it failed before due to
the duplicate bug 69727).
1 - 100 of 157 matches
Mail list logo