https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65515
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65525
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Ah, and that was me:
2011-08-12 Richard Guenther rguent...@suse.de
* call.c (build_over_call): Instead of memcpy use an
assignment of two MEM_REFs.
which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64787
--- Comment #4 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Tue Mar 24 10:28:48 2015
New Revision: 221621
URL: https://gcc.gnu.org/viewcvs?rev=221621root=gccview=rev
Log:
gcc/fortran/ChangeLog
2015-03-24 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63230
--- Comment #6 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Tue Mar 24 10:28:48 2015
New Revision: 221621
URL: https://gcc.gnu.org/viewcvs?rev=221621root=gccview=rev
Log:
gcc/fortran/ChangeLog
2015-03-24 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57456
--- Comment #6 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Tue Mar 24 10:28:48 2015
New Revision: 221621
URL: https://gcc.gnu.org/viewcvs?rev=221621root=gccview=rev
Log:
gcc/fortran/ChangeLog
2015-03-24 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65538
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60067
--- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Mar 24 11:42:26 2015
New Revision: 221626
URL: https://gcc.gnu.org/viewcvs?rev=221626root=gccview=rev
Log:
2015-03-24 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715
--- Comment #15 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #14)
Created attachment 35073 [details]
WIP patch
So, on top of what you've committed, here is my unfinished attempt to
disable for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60067
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58194
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|SUSPENDED |NEW
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65515
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 35124
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35124action=edit
gcc5-pr65515.patch
Lightly tested fix. Basically, most of DFS::DFS_write_tree is now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65515
--- Comment #8 from rguenther at suse dot de rguenther at suse dot de ---
On Tue, 24 Mar 2015, jakub at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65515
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65498
--- Comment #7 from Marek Polacek mpolacek at gcc dot gnu.org ---
The problem appears to be that we're trying to use the body of the operator()
function after it's been released (release_function_body). Investigating
more...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65540
Bug ID: 65540
Summary: [5 Regression] GNAT BUG in s-fatllf.ads
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org ---
You could just stream another table, containing the { file, line, column }
triplets, and stream location_t as indexes into this table (with 0/1 being
special for UNKNOWN_LOCATION and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
--- Comment #15 from Richard Biener rguenth at gcc dot gnu.org ---
Patch needs adjustments, re-testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53628
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65177
--- Comment #21 from Jeffrey A. Law law at redhat dot com ---
Isn't the real issue here that the test for redirecting the edge is wrong?
If we're leaving the jump thread path, then we want those edges to reach their
original targets. Thus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59921
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #9 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Richard Biener from comment #2)
if (file_change)
{
if (prev_file)
linemap_add (line_table, LC_LEAVE, false, NULL, 0);
linemap_add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53711
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53794
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
CC||jamborm at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65532
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=32261
--- Comment #13 from Jonathan Wakely redi at gcc dot gnu.org ---
For the record, I believe this was fixed by https://gcc.gnu.org/r67912
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65532
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #6 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #0)
One obvious thing is that linemap_line_start takes argument 3 to be max
column hint, but we pass current_col that is not cool.
If I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715
--- Comment #17 from Jakub Jelinek jakub at gcc dot gnu.org ---
In
*r_2(D) = 0;
_4 = r_2(D) + 4;
*_4 = 1;
_6 = *r_2(D);
there are no handled components, so there is no reason not to create
MEM_REF[r_2, 4]. But it shouldn't be hard to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492
--- Comment #11 from Allan Jensen linux at carewolf dot com ---
Issues with slow cmov has been seen in several bug reports:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53346
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54073
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #5)
(In reply to Richard Biener from comment #2)
The main issue with LTO is that it re-creates a combined linemap but in
(most
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65491
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53628
--- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Paolo Carlini from comment #4)
This works in the released 4.8.0.
Thanks, I agree. Confirmed to work for gcc 4.8.1, 4.8.2, 4.9.0, 4.9.1, 4.9.2,
and HEAD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Attachment #35121|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65539
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58156
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59879
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
-pre20150322 20150324 (experimental) [trunk revision 221614]
(Gentoo 4.10.0_pre20150322)
LTO:
x86_64-pc-linux-gnu-g++ -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2
-mtune=core2 -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715
--- Comment #18 from rguenther at suse dot de rguenther at suse dot de ---
On Tue, 24 Mar 2015, jakub at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715
--- Comment #17 from Jakub Jelinek jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #8 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Richard Biener from comment #7)
(In reply to Manuel López-Ibáñez from comment #5)
(In reply to Richard Biener from comment #2)
The main issue with LTO is that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #11 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #9)
should reduce memory consumption (and perhaps speed) of the line_table by a
I meant increase speed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
--- Comment #11 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
I always forget how to force SJLJ EH on x86_64-linux for ada so I didn't
manage to reproduce the issue or check if the patch fixes it ...
Yes, it does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65538
--- Comment #2 from Martin Liška marxin at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #0)
Seen recently in valgrind output (e.g. on the pr65533.c testcase):
==19246== 216 (48 direct, 168 indirect) bytes in 1 blocks are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59988
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com ---
I'm adding a testcase and closing the bug. By the way, both current EDG and
clang agree with GCC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59988
--- Comment #6 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Mar 24 10:50:36 2015
New Revision: 221623
URL: https://gcc.gnu.org/viewcvs?rev=221623root=gccview=rev
Log:
2015-03-24 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65531
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
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=34503
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65537
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Well, simply add a config/bootstrap-lto-fat.mk?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
--- Comment #10 from Mikael Morin mikael at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #9)
Duplicate of pr65532?
Rather cause of pr65532. Only comment #8 is a duplicate.
(In reply to Mikael Morin from comment #7)
(In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65532
--- Comment #4 from Mikael Morin mikael at gcc dot gnu.org ---
With r221586, procedure d1mach is resolved more than once.
At the first time resolve_values is called, the problematic variables (diver,
large, etc) have a NULL sym-value, which is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55901
--- Comment #15 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Tue Mar 24 11:47:45 2015
New Revision: 221627
URL: https://gcc.gnu.org/viewcvs?rev=221627root=gccview=rev
Log:
2015-03-24 Andre Vehreschild ve...@gmx.de
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715
--- Comment #16 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, so disabling the forwprop breaks testcases like gcc.dg/tree-ssa/alias-21.c:
bb 2:
*r_2(D) = 0;
_4 = r_2(D) + 4;
*_4 = 1;
_6 = *r_2(D);
return _6;
SCCVN isn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
Martin Liška marxin at gcc dot gnu.org changed:
What|Removed |Added
CC||marxin at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65517
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Markus Trippelsdorf from comment #5)
Fixed.
BTW the testcase has DOS line-endings.
Yes, cutpasting from firefox adds those for some very stupid reason (and I
can't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
--- Comment #13 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
I'll add
Index: gcc/testsuite/gnat.dg/opt48.adb
===
--- gcc/testsuite/gnat.dg/opt48.adb (revision 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Summary|[5 regression] LTO line |LTO line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65525
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Run till exit from #0 0x012bf93a in build2_stat (code=MEM_REF,
tt=array_type 0x76a35f18, arg0=addr_expr 0x76a39760,
arg1=integer_cst 0x76a33228)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65512
--- Comment #7 from Peter VARGA developm...@faf-ltd.com ---
Due the fact some frameworks do NOT support gcc 5.0 yet I would like to know if
this bug is going to be fixed in a 4.9.X version or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65525
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65513
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Rainer Emrich from comment #5)
(In reply to Jakub Jelinek from comment #4)
And the suggested fix is just to cast to unsigned long and use %ld or %lx
instead of %zd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59988
--- Comment #8 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Mar 24 10:51:38 2015
New Revision: 221624
URL: https://gcc.gnu.org/viewcvs?rev=221624root=gccview=rev
Log:
2015-03-24 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65537
--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Markus Trippelsdorf from comment #1)
Update your binutils?
Not an option on a production system ...
Or maybe the minimal binutils version for LTO bootstrap should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65517
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Tue Mar 24 09:31:48 2015
New Revision: 221619
URL: https://gcc.gnu.org/viewcvs?rev=221619root=gccview=rev
Log:
2015-03-24 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
--- Comment #9 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
gimple-fold works like fold - it tries to re-simplify what you feed it, but
only the outermost level (so it doesn't really recurse). Still I think this
bug needs changing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Attachment #35101|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
The main issue with LTO is that it re-creates a combined linemap but in (most
of the time) quite awkward ordering (simply registering random-ordered
file:line:column entries by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65512
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65513
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com ---
I'm adding the reduced testcase and closing the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
--- Comment #14 from rguenther at suse dot de rguenther at suse dot de ---
On Tue, 24 Mar 2015, ebotcazou at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
--- Comment #13 from Eric Botcazou ebotcazou at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #5 from Rainer Emrich rai...@emrich-ebersheim.de ---
(In reply to Jakub Jelinek from comment #4)
And the suggested fix is just to cast to unsigned long and use %ld or %lx
instead of %zd and %zx. I can't test it on these targets, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65533
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Tue Mar 24 10:45:09 2015
New Revision: 221622
URL: https://gcc.gnu.org/viewcvs?rev=221622root=gccview=rev
Log:
PR tree-optimization/65533
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65537
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
I'm testing the following patch:
--cut here--
Index: config/bootstrap-lto-noplugin.mk
===
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
--- Comment #12 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #11)
I always forget how to force SJLJ EH on x86_64-linux for ada so I didn't
manage to reproduce the issue or check if the patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65052
--- Comment #4 from Nick Clifton nickc at redhat dot com ---
Created attachment 35123
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35123action=edit
Disable the generation of real_jump insns
This patch works around the problem by disabling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65537
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||documentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60067
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
This is fixed in 4.9.1, I'm adding the testcase and closing the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65533
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #8 from Rainer Emrich rai...@emrich-ebersheim.de ---
I'm testing the following on x86_64-w64-mingw32 at the moment.
Index: oacc-parallel.c
===
--- oacc-parallel.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65517
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
--- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Duplicate of pr65532?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65513
--- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Mar 24 10:24:33 2015
New Revision: 221620
URL: https://gcc.gnu.org/viewcvs?rev=221620root=gccview=rev
Log:
2015-03-24 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65537
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60067
--- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Mar 24 11:42:11 2015
New Revision: 221625
URL: https://gcc.gnu.org/viewcvs?rev=221625root=gccview=rev
Log:
2015-03-24 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65524
Arnaud Charlet charlet at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59978
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48181
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.8/4.9/5 Regression] |[4.8/4.9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
--- Comment #7 from Rainer Emrich rai...@emrich-ebersheim.de ---
Ok, here's the additional issue in oacc-parallel.c.
libtool: compile:
/opt/devel/SCRATCH/tmp.UotBZukqBt/gcc-5.0.0/gcc-5.0.0/./gcc/xgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65537
--- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Or something like:
diff --git a/config/bootstrap-lto.mk b/config/bootstrap-lto.mk
index 9e065e1d85a0..5e93ee848727 100644
--- a/config/bootstrap-lto.mk
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59988
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #5 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Richard Biener from comment #2)
The main issue with LTO is that it re-creates a combined linemap but in (most
of the time) quite awkward ordering (simply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65546
Bug ID: 65546
Summary: FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-31a.c
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65546
--- Comment #1 from Martin Sebor msebor at gcc dot gnu.org ---
It's not clear to me if this should be considered a regression. The test
passes with 4.9.2, but neither it nor 5.0 vectorizes the loop. The difference
and the cause of the test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54962
--- Comment #6 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Dave Malcolm from comment #0)
In both cases, the In file included from hierarchies look bogus: the
files are being directly compiled, not included.
Please try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65532
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #24 from Jan Hubicka hubicka at gcc dot gnu.org ---
Manuel, you may be right person to implement the streaming of linemaps then :)
I suppose we do care about inline stacks in longer term to get proper warnings.
We even may want to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54962
--- Comment #7 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #6)
(In reply to Dave Malcolm from comment #0)
In both cases, the In file included from hierarchies look bogus: the
files are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65543
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #13 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #10)
I can re-confirm the 16% compile time regression. I went through some
compare.
$ wc -l *.ssa
299231 tramp3d-v4.ii.015t.ssa
$ wc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #12 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #10)
You could just stream another table, containing the { file, line, column }
triplets, and stream location_t as indexes into this
1 - 100 of 214 matches
Mail list logo
