https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570
--- Comment #6 from Jakub Jelinek ---
If you could, I'd appreciate it, if not, I'll find time for it this week. But
if the bug is in reg-stack, I'll be lost anyway.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69605
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69580
--- Comment #6 from Jeffrey A. Law ---
If you could pass it along to me privately, I can verify if it's the same issue
or not easily (that's the nice things about a PARAM, I can just crank up the
limiter and see what happens). I also happen to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69605
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=69602
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=68986
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20160201 (experimental) [trunk revision 233027] (GCC)
$
$ gcc-trunk -O1 small.c; ./a.out
$ gcc-4.9 -Os small.c; ./a.out
$
$ gcc-trunk -Os small.c
$ ./a.out
Floating point exception (core dumped)
$ gcc-5.3 -Os small.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69607
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||openacc
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68986
--- Comment #19 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Feb 1 20:20:56 2016
New Revision: 233046
URL: https://gcc.gnu.org/viewcvs?rev=233046=gcc=rev
Log:
Update preferred stack boundary in ix86_update_stack_boundary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69605
Bug ID: 69605
Summary: printf %f on integers
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68489
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570
--- Comment #4 from Jakub Jelinek ---
Since the above commit, this bug is just latent, but we should fix it anyway.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570
Bernd Schmidt changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |bernds at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69580
--- Comment #5 from David Binderman ---
(In reply to Jeffrey A. Law from comment #4)
> With the limiter, the time should come back down into the reasonable range
> and I'm going drop this to a P4 once that change goes in. However, I'm
> going
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69607
Bug ID: 69607
Summary: undefined reference to MAIN__._omp_fn.0 in
atomic_capture-1.f with -flto
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40737
Gerhard Steinmetz changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69604
Bug ID: 69604
Summary: ICE in gfc_add_modify_loc, at fortran/trans.c:159
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69604
--- Comment #1 from Gerhard Steinmetz
---
While playing around, one example from ./gcc/testsuite/gfortran.dg/
shows the same error with v6.0.0, but not with v5.3.1 :
$ gfortran-6 -c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68741
--- Comment #4 from John David Anglin ---
Author: danglin
Date: Mon Feb 1 20:22:43 2016
New Revision: 233047
URL: https://gcc.gnu.org/viewcvs?rev=233047=gcc=rev
Log:
PR target/68741
* inclhack.def (hpux_vsscanf): New fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69580
--- Comment #4 from Jeffrey A. Law ---
So for the testcase we've got merge points with huge numbers of predecessors,
which as I mentioned before we dutifully try finding paths through each one.
I instrumented the compiler a bit to see what kind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66544
--- Comment #6 from Gerhard Steinmetz
---
When running several private scripts, there was a difference between
some scripts including option -fimplicit-none, and some others that didn't.
Reducing and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69603
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69146
kelvin at gcc dot gnu.org changed:
What|Removed |Added
CC||kelvin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69602
--- Comment #3 from Manuel López-Ibáñez ---
I wonder when/why it started warning, since -Wlogical-op is not new in GCC 6.
This is just a more complex case of PR61534.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69610
--- Comment #1 from Zdenek Sojka ---
Created attachment 37547
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37547=edit
another testcase, fails at -O2
$ armv7a-hardfloat-linux-gnueabi-gcc -O2 -march=armv3 -fno-forward-propagate
testcase.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65940
--- Comment #2 from Uroš Bizjak ---
Author: uros
Date: Mon Feb 1 22:20:47 2016
New Revision: 233056
URL: https://gcc.gnu.org/viewcvs?rev=233056=gcc=rev
Log:
* g++.dg/other/anon5.C (dg-opetions): Use -gdwarf-2 instead of -g.
Modified:
-df-nographite-aarch64
Thread model: posix
gcc version 6.0.0 20160201 (experimental) (GCC)
$ aarch64-unknown-linux-gnu-gcc -O testcase.c
$ ./a.out
8006
qemu: uncaught target signal 6 (Aborted) - core dumped
Aborted
Tested revisions:
r233030 - FAIL
5-branch r233025 - OK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
--- Comment #1 from joseph at codesourcery dot com ---
If __NO_FPRS__ is undefined, that means you are compiling for classic hard
float. Which means that the soft-fp code is not needed - if you need to
keep it in libgcc_s.so for binary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #13 from Alan Modra ---
Author: amodra
Date: Tue Feb 2 00:01:16 2016
New Revision: 233061
URL: https://gcc.gnu.org/viewcvs?rev=233061=gcc=rev
Log:
[RS6000] ABI_V4 init of toc section
Since 4c4a180d lto has turned off flag_pic when
abi-as
--with-sysroot=/usr/armv7a-hardfloat-linux-gnueabi --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-233030-checking-yes-rtl-df-nographite-armv7a-hardfloat
Thread model: posix
gcc version 6.0.0 20160201 (experimental) (GCC)
$ armv7a-hardfloat-linux-gnueabi-gcc -march=armv3 -ft
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49604
Felix Abecassis changed:
What|Removed |Added
CC||felix.abecassis at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69602
--- Comment #4 from Manuel López-Ibáñez ---
Since EAGAIN and EWOULDBLOCK probably expand from a macro to a constant (or are
they enums? do we track the original form of the enum or only the underlying
value?), this is as hard as:
extern int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69609
Bug ID: 69609
Summary: block reordering consumes an inordinate amount of time
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68580
--- Comment #5 from Jeffrey A. Law ---
Author: law
Date: Mon Feb 1 22:03:57 2016
New Revision: 233053
URL: https://gcc.gnu.org/viewcvs?rev=233053=gcc=rev
Log:
PR tree-optimization/68580
* params.def (FSM_MAXIMUM_PHI_ARGUMENTS):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 1 22:36:07 2016
New Revision: 233058
URL: https://gcc.gnu.org/viewcvs?rev=233058=gcc=rev
Log:
PR preprocessor/69543
PR c/69558
* c-pragma.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69612
Bug ID: 69612
Summary: Optimizer does not consider overflow
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69558
--- Comment #12 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 1 22:36:07 2016
New Revision: 233058
URL: https://gcc.gnu.org/viewcvs?rev=233058=gcc=rev
Log:
PR preprocessor/69543
PR c/69558
* c-pragma.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
Bug ID: 69611
Summary: Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit
floating point support.
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69580
Jeffrey A. Law changed:
What|Removed |Added
Priority|P1 |P4
--- Comment #7 from Jeffrey A. Law
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69592
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69558
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|6.0 |7.0
Summary|[6 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69608
Bug ID: 69608
Summary: strsteambuf copy ctor and assignment inaccessible
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69577
--- Comment #6 from Uroš Bizjak ---
IMO, we should revert r215450, and fix a couple of cases using narrowing
conversions with gen_lowpart that were introduced after r215450.
Something like:
--cut here--
Index: i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65940
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69592
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 1 22:39:31 2016
New Revision: 233059
URL: https://gcc.gnu.org/viewcvs?rev=233059=gcc=rev
Log:
PR rtl-optimization/69592
* rtlanal.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69604
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69610
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62254
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||zsojka at seznam dot cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69612
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69461
--- Comment #11 from Vladimir Makarov ---
I have patches fixing the two issues but when I started to test the patches I
found that LRA actually has >800 additional failures on power8 in comparison
with reload. So I am going to look at this and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69606
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69548
--- Comment #4 from Alan Modra ---
Author: amodra
Date: Tue Feb 2 01:29:58 2016
New Revision: 233067
URL: https://gcc.gnu.org/viewcvs?rev=233067=gcc=rev
Log:
[RS6000] lqarx and stqcx. registers
lqarx RT and stqcx. RS are valid only with even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69548
--- Comment #3 from Alan Modra ---
Author: amodra
Date: Tue Feb 2 01:29:41 2016
New Revision: 233066
URL: https://gcc.gnu.org/viewcvs?rev=233066=gcc=rev
Log:
[RS6000] lqarx and stqcx. registers
lqarx RT and stqcx. RS are valid only with even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69548
--- Comment #2 from Alan Modra ---
Author: amodra
Date: Tue Feb 2 01:29:17 2016
New Revision: 233065
URL: https://gcc.gnu.org/viewcvs?rev=233065=gcc=rev
Log:
[RS6000] lqarx and stqcx. registers
lqarx RT and stqcx. RS are valid only with even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69548
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
Bug 67548 depends on bug 68662, which changed state.
Bug 68662 Summary: [6 regression] FAIL: gcc.dg/lto/20090210
c_lto_20090210_0.o-c_lto_20090210_1.o link, -O2 -flto -flto-partition=none
-fuse-linker-plugin -fno-fat-lto-objects
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49604
Martin Sebor changed:
What|Removed |Added
Keywords|accepts-invalid |
Last reconfirmed|2014-10-16 00:00:00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69613
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |6.0
oat-linux-gnueabi-ld
--with-as=/usr/bin/armv7a-hardfloat-linux-gnueabi-as
--with-sysroot=/usr/armv7a-hardfloat-linux-gnueabi --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-233030-checking-yes-rtl-df-nographite-armv7a-hardfloat
Thread model: posix
gcc version 6.0.0 20160201 (experimen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69613
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69613
Andrew Pinski changed:
What|Removed |Added
Target Milestone|6.0 |---
Summary|[6 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
Michael Meissner changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 1 08:47:27 2016
New Revision: 233033
URL: https://gcc.gnu.org/viewcvs?rev=233033=gcc=rev
Log:
PR rtl-optimization/69570
* ifcvt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69556
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69574
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564
Richard Biener changed:
What|Removed |Added
Keywords||lto, missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69588
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69590
Bug ID: 69590
Summary: Test script tries to compile source code with
"-mthumb" option when running test gcc.dg/binop-xor1.c
for powerpc64
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69588
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69580
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564
--- Comment #2 from Richard Biener ---
It looks like we get different BB order out of C++ than C but otherwise no real
code-differences as far as I can see.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564
--- Comment #5 from vincenzo Innocente ---
it is a regression
gcc version 4.9.3 (GCC)
c++ -Ofast *.c; ./a.out
** **
** SciMark2 Numeric Benchmark, see http://math.nist.gov/scimark **
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69184
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Smaller testcase for -Ofast -floop-interchange on aarch64:
int a, b, c, e, f, g;
int d[1];
static int *h =
long i;
int
fn1 (short p1)
{
return p1 + a;
}
void
fn2 ()
{
for (; f; f++)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69582
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564
--- Comment #3 from vincenzo Innocente ---
> Any reason you are using the c++ driver here?
Because I am interested in C++ performance
never imagined that the c++ front-end could make a difference on such a code...
>From my point of view it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564
Richard Biener changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69578
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69581
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69574
Richard Biener changed:
What|Removed |Added
CC||spop at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc*-*-*|powerpc*-*-*, aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69589
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69589
--- Comment #1 from Martin Liška ---
I fixed my reduction script, now reducing about ~14MB of pre-processed source
files.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69579
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69588
Bug ID: 69588
Summary: ICE: tree check: expected ssa_name, have var_decl in
unlink_stmt_vdef, at tree-ssa-operands.c:1314
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69589
Bug ID: 69589
Summary: [6 Regression] ICE in initialize_node_lattices, at
ipa-cp.c:971
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
Wilco changed:
What|Removed |Added
CC||wdijkstr at arm dot com
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69588
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69602
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69586
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69038
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|ebotcazou at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69591
Bug ID: 69591
Summary: gcc.dg/and-1.c scan-assembler-not nand fails on
powerpc64-linux-gnu
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69554
--- Comment #12 from Manuel López-Ibáñez ---
(In reply to Thomas Koenig from comment #11)
> (In reply to Manuel López-Ibáñez from comment #7)
> > Please take this as a humble general suggestion: Fortran maintainers should
> > enforce during
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126
--- Comment #24 from Stephan Bergmann ---
(In reply to Manuel López-Ibáñez from comment #23)
> That is weird. If you use "GCC diagnostic warning" instead of "ignored", you
> should be able to see some changes in locations between -O0 and -O1 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69592
Bug ID: 69592
Summary: [6 Regression] Compile-time and memory-use hog in
combine
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: compile-time-hog,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126
--- Comment #22 from Stephan Bergmann ---
(In reply to Jakub Jelinek from comment #20)
> Does the http://gcc.gnu.org/ml/gcc-patches/2016-01/msg02347.html workaround
> help here in any way?
No, unfortunately not. Doesn't change the behaviour in
1 - 100 of 191 matches
Mail list logo