https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
--- Comment #6 from janus at gcc dot gnu.org ---
(In reply to janus from comment #5)
> The most immediate way to fix it is this:
> [...]
> This gets rid of the ICE on the given test case. I will check if it survives
> a full regtest.
Indeed the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77856
--- Comment #3 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #2)
> So, %ebx doesn't hold 1 as it is supposed to, but 1 << %ecx (64).
> Vlad, could you please have a look?
It is a bug in a new optimization (invariant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35038
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78532
Bug ID: 78532
Summary: [7 Regression] libsanitizer fails to build on
sparc64-linux-gnu
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
--- Comment #8 from janus at gcc dot gnu.org ---
(In reply to janus from comment #7)
> This alternative patch fixes the ICE as well:
Unfortunately it causes a few regressions:
FAIL: gfortran.dg/allocate_with_source_14.f03 -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529
Bug ID: 78529
Summary: gcc.c-torture/execute/builtins/strcat-chk.c failed
with lto/O2
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #18 from Dominik Vogt ---
Another approach may be to make the middleend ask the backend for the actual
value of REGNO_POINTER_ALIGN (VIRTUAL_STACK_DYNAMIC_REGNUM). Since on Sparc
the address is always 4 mod 8, we'd get an additional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78512
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78527
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 25 17:12:29 2016
New Revision: 242879
URL: https://gcc.gnu.org/viewcvs?rev=242879=gcc=rev
Log:
PR rtl-optimization/78527
* combine.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77541
--- Comment #8 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Nov 25 17:42:21 2016
New Revision: 242881
URL: https://gcc.gnu.org/viewcvs?rev=242881=gcc=rev
Log:
2016-11-25 Vladimir Makarov
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78531
Bug ID: 78531
Summary: [7 Regression] gnat bootstrap broken on linux targets
with _FORTIFY_SOURCE enabled
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69840
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78526
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17040
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
--- Comment #5 from janus at gcc dot gnu.org ---
The most immediate way to fix it is this:
Index: gcc/fortran/class.c
===
--- gcc/fortran/class.c (revision 242875)
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78526
--- Comment #2 from Jakub Jelinek ---
What happens is that valtrack creates a paradoxical subreg:
(debug_insn 28 14 15 2 (var_location:V4TI D#2 (subreg:V4TI (reg:TI 94) 0)) -1
(nil))
(insn 15 28 16 2 (set (subreg:TI (reg/v:V4TI 90 [ v ]) 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71666
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Fri Nov 25 14:23:54 2016
New Revision: 242878
URL: https://gcc.gnu.org/viewcvs?rev=242878=gcc=rev
Log:
Fix documentation reference (PR web/71666)
PR web/71666
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78086
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71666
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78086
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Fri Nov 25 14:23:25 2016
New Revision: 242877
URL: https://gcc.gnu.org/viewcvs?rev=242877=gcc=rev
Log:
Don't use priority {cd}tors if not supported by a target (PR
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853
--- Comment #5 from janus at gcc dot gnu.org ---
Author: janus
Date: Fri Nov 25 17:22:37 2016
New Revision: 242880
URL: https://gcc.gnu.org/viewcvs?rev=242880=gcc=rev
Log:
2016-11-25 Janus Weil
PR fortran/60853
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28564
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78528
Bug ID: 78528
Summary: Recursion not optimized in simple case
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78505
--- Comment #1 from Damian Rouson ---
Section 9.7.1.2, paragraph 4, of the draft Fortran 2015 standard [1]:
"When an ALLOCATE statement is executed for which an allocate-object is a
coarray, there is an implicit synchronization of all active
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78528
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77505
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78526
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78527
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78533
Andrew Pinski changed:
What|Removed |Added
Component|c++ |tree-optimization
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78533
--- Comment #1 from David Binderman ---
I forgot to mention that flag -O3 is required to cause the tree check fail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78534
Bug ID: 78534
Summary: Use a larger integer type for character lengths on
64-bit targets
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77459
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78438
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 25 19:24:22 2016
New Revision: 242883
URL: https://gcc.gnu.org/viewcvs?rev=242883=gcc=rev
Log:
PR rtl-optimization/78438
PR rtl-optimization/78477
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78477
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 25 19:24:22 2016
New Revision: 242883
URL: https://gcc.gnu.org/viewcvs?rev=242883=gcc=rev
Log:
PR rtl-optimization/78438
PR rtl-optimization/78477
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78438
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78447
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78533
Bug ID: 78533
Summary: tree check fail in int_fits_type_p, at tree.c:9153
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78530
--- Comment #1 from Andrew Pinski ---
https://sourceforge.net/p/stlport/bugs/149/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78447
--- Comment #2 from Jakub Jelinek ---
Author: segher
Date: Wed Nov 23 14:33:13 2016
New Revision: 242757
URL: https://gcc.gnu.org/viewcvs?rev=242757=gcc=rev
Log:
combine: Convert subreg-of-lshiftrt to zero_extract properly (PR78390)
r242414,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78526
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 25 18:56:50 2016
New Revision: 242882
URL: https://gcc.gnu.org/viewcvs?rev=242882=gcc=rev
Log:
PR rtl-optimization/78526
* simplify-rtx.c (simplify_immed_subreg):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78518
--- Comment #2 from physiker at toast2 dot net ---
> This is what I get with 5.4.1 20160929 (Ubuntu 5.4.1-2ubuntu2). Which
> version of gfortran 6 are you using exactly?
>
I am using gcc 6.2.0 release, provided by fink.
LANG=C gfortran-fsf-6 -v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78531
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57965
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78534
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78534
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78535
Bug ID: 78535
Summary: [6.2] invalid code generation with -O1 -fdevirtualize
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78535
--- Comment #1 from Daniel Starke ---
Comparing the outputs created with -fdump-tree-all enabled for both tested
command-line combinations hints that -flto -fdevirtualize fails when one of the
following passes is enabled via -O1:
- nothrow
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78537
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78537
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78536
--- Comment #1 from Andrew Pinski ---
*** Bug 78537 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66358
--- Comment #24 from Kazumoto Kojima ---
(In reply to David Binderman from comment #23)
> Problem seems to have gone away with gcc version 6.1.1, dated 20160621
Thanks for your report. I've confirmed that the testcases don't
fail with the head
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71500
--- Comment #12 from Michael Duggan ---
Just a ping. I haven't seen a fix for this (even the basic case) in the repo
yet. I'm going to suggest that you at least install your initial patch, as it
will work in the vast majority of cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78539
--- Comment #1 from Andrew Pinski ---
>Without that, I have to resort to using two cases: one for __STRICT_ANSI__
and one without
I think you still need two. The reason is __noextension__ will turn off
extensions even with -pedantic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78536
Bug ID: 78536
Summary: #define something doesn't work
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78539
Bug ID: 78539
Summary: feature request: __noextension__
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78537
Bug ID: 78537
Summary: #define something doesn't work
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78536
--- Comment #2 from Andrew Pinski ---
IPPORT_FTP is used as an enum which is what is causing the issue. I am
generating a testcase which shows why the error message is not clear.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78538
Bug ID: 78538
Summary: system header diagnostic for enum with a define is not
good
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78536
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70120
--- Comment #13 from Andrew Pinski ---
(In reply to James Greenhalgh from comment #12)
> I can still trigger this with a testcase using 16-bit floating-point types,
> and the tiny memory model:
>
> int
> main (__fp16 x)
> {
> __fp16 a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78528
--- Comment #1 from Andrew Pinski ---
For the int case, we can recognize easily that the function is doing f()+N.
While for the Int case it looks worse:
[100.0%]:
_2 = s_7(D) + 1;
D.3625 = strlen (_2);
lhs$m_value_13 = MEM[(struct Int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78530
Bug ID: 78530
Summary: std::copy of volatile array triggers invalid
conversion error
Product: gcc
Version: 5.4.1
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70120
James Greenhalgh changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78510
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78467
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78396
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Fri Nov 25 08:59:28 2016
New Revision: 242865
URL: https://gcc.gnu.org/viewcvs?rev=242865=gcc=rev
Log:
2016-11-25 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #20 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Fri Nov 25 08:03:51 2016
New Revision: 242858
URL: https://gcc.gnu.org/viewcvs?rev=242858=gcc=rev
Log:
2016-11-25 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77541
--- Comment #7 from Uroš Bizjak ---
The test needs
/* { dg-require-effective-target int128 } */
instead of
/* { dg-require-effective-target lp64 } */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
--- Comment #4 from amker at gcc dot gnu.org ---
Yes, it duplicates PR78510.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #9 from James Greenhalgh ---
Author: jgreenhalgh
Date: Fri Nov 25 09:25:31 2016
New Revision: 242866
URL: https://gcc.gnu.org/viewcvs?rev=242866=gcc=rev
Log:
[Patch i386] PR78509 - TARGET_C_EXCESS_PRECISION should not return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78514
--- Comment #2 from Richard Biener ---
clang++ rejects it (version 3.6.1):
> clang++ -S t.C -std=c++11
t.C:21:39: error: extraneous template parameter list in alias template
declaration
template template using n = g;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78514
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44685
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
Richard Biener changed:
What|Removed |Added
CC||amker at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78515
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38319
--- Comment #10 from Paul Thomas ---
Of the testcases originally highlighted:
alloc_comp_assign_2.f90 still leaks
alloc_comp_assign_4.f90 still leaks
alloc_comp_basics_2.f90 still leaks
alloc_comp_basics_5.f90 is OK -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78467
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 25 08:51:38 2016
New Revision: 242864
URL: https://gcc.gnu.org/viewcvs?rev=242864=gcc=rev
Log:
PR gcov-profile/78467
* gcc.dg/tree-prof/comp-goto-1.c (insn_t):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78211
--- Comment #4 from Jakub Jelinek ---
Note -fcompare-debug compares the -fdump-final-insns= dumps, those include RTL,
but not the LTO streams. So while it might not be very useful for -flto, there
is no inherent reason why it wouldn't work.
Of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78211
--- Comment #5 from Jakub Jelinek ---
Ah, I can reproduce even on current trunk with additional
-fno-printf-return-value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78516
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78494
--- Comment #5 from Markus Trippelsdorf ---
Another issue. cse only uses 1% of its allocations:
==15253== 17 of 100
==15253== max-live:536,400 in 1 blocks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
--- Comment #5 from Martin Liška ---
(In reply to ktkachov from comment #4)
> Then GCC 7 won't build any kernel with KASAN until those kernel patches go
> in?
> That's unfortunate, but I guess it's not easy to teach GCC to enable
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
--- Comment #6 from Dmitry Vyukov ---
> Then GCC 7 won't build any kernel with KASAN until those kernel patches go in?
Yes.
Kernel passes -fsanitize=kernel-address, some behavior tuning can be done based
on that flag.
Please notify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70965
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77673
--- Comment #8 from Thomas Preud'homme ---
Author: thopre01
Date: Fri Nov 25 10:03:38 2016
New Revision: 242869
URL: https://gcc.gnu.org/viewcvs?rev=242869=gcc=rev
Log:
Fix PR77673: bswap loads passed end of object
2016-11-25 Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70070
--- Comment #4 from Gerhard Steinmetz
---
At a first glance with gfortran-6 (configured with --enable-checking=yes),
still ICEs for all posted and unposted cases. A dedicated one :
$ gfortran-6 z3.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70070
--- Comment #5 from Gerhard Steinmetz
---
FYI, for some circumstances there existed related issues like :
using LANG=de_DE.UTF-8
f951: internal compiler error: Speicherzugriffsfehler
0xc4265f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78523
Bug ID: 78523
Summary: ICE on valid lambda code with implicit capture
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
--- Comment #1 from Eric Botcazou ---
Created attachment 40147
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40147=edit
Reduced testcase
Compile with just gcc/gnat1 -quiet p.adb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319
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=78343
Richard Biener changed:
What|Removed |Added
Known to work||7.0
Summary|[6/7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78343
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Fri Nov 25 10:22:57 2016
New Revision: 242872
URL: https://gcc.gnu.org/viewcvs?rev=242872=gcc=rev
Log:
2016-11-24 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319
--- Comment #11 from prathamesh3492 at gcc dot gnu.org ---
(In reply to amker from comment #10)
> Hi Prathamesh,
> I saw it starting XPASS on arm-none-eabi in test now:
>
> spawn /.../gcc/xgcc -B/.../gcc/
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from James Greenhalgh ---
> Should now be fixed, but I'll leave open for Rainer to confirm.
I'd included your patch in last night's i386-pc-solaris2.12 bootstraps
1 - 100 of 144 matches
Mail list logo