https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64545
Markus Trippelsdorf changed:
What|Removed |Added
Target|x86_64-unknown-linux-gnu|
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59371
--- Comment #14 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #13)
> Difference (-O2 vs -O3) of neatly formatted results in a 16x16 array:
Sorry, this comment doesn't belong in this PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59354
--- Comment #7 from Uroš Bizjak ---
Difference (-O2 vs -O3) of neatly formatted results in a 16x16 array:
--- res-O2.txt 2015-01-14 08:08:39.0 +0100
+++ res-O3.txt 2015-01-14 08:09:57.0 +0100
@@ -1,7 +1,7 @@
-000, 001, 002, 003
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59371
--- Comment #13 from Uroš Bizjak ---
Difference (-O2 vs -O3) of neatly formatted results in a 16x16 array:
--- res-O2.txt 2015-01-14 08:08:39.0 +0100
+++ res-O3.txt 2015-01-14 08:09:57.0 +0100
@@ -1,7 +1,7 @@
-000, 001, 002, 00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59354
Uroš Bizjak changed:
What|Removed |Added
Summary|[4.8/4.9/5/Regression] |[4.8/4.9/5/Regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64043
--- Comment #17 from Jan Hubicka ---
Unforutnately it is a bit difficult without Haswell machine. Would be possible
to profile it and post the difference in internal loops?
Possibly the target option node is not streamed fully and some flags are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62053
--- Comment #11 from Jan Hubicka ---
Patch posted as https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01202.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14342
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Wed Jan 14 05:28:50 2015
New Revision: 219574
URL: https://gcc.gnu.org/viewcvs?rev=219574&root=gcc&view=rev
Log:
* tree-profile.c (init_ic_make_global_vars): Drop workaround
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64593
--- Comment #2 from Jacek Sieka ---
Created attachment 34443
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34443&action=edit
Build script with configure options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64593
--- Comment #1 from Jacek Sieka ---
*** Bug 64594 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64594
Jacek Sieka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64594
Bug ID: 64594
Summary: libmpfr.a undefined reference to `.L222' when doing
make profiledbootstrap with bootstrap-lto
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64593
Bug ID: 64593
Summary: libmpfr.a undefined reference to `.L222' when doing
make profiledbootstrap with bootstrap-lto
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64481
--- Comment #9 from Jan Hubicka ---
Author: hubicka
Date: Wed Jan 14 03:47:17 2015
New Revision: 219572
URL: https://gcc.gnu.org/viewcvs?rev=219572&root=gcc&view=rev
Log:
PR ipa/64481
* ipa-inline-analysis.c (node_growth_cache): Remove.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64521
tbsaunde at gcc dot gnu.org changed:
What|Removed |Added
CC||tbsaunde at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
--- Comment #9 from Dâniel Fraga ---
(In reply to Andrew Pinski from comment #8)
> Try this:
> disassemble $pc,$pc+0x10
(gdb) disassemble $pc,$pc+0x10
Dump of assembler code from 0x74538d0c to 0x74538d1c:
=> 0x74538d0c :movl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
--- Comment #8 from Andrew Pinski ---
(In reply to Dâniel Fraga from comment #7)
> (In reply to Andrew Pinski from comment #6)
> > Try:
> > disassemble $pc,$pc
>
> (gdb) disassemble $pc,$pc
> Dump of assembler code from 0x74538d0c to 0x7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
--- Comment #7 from Dâniel Fraga ---
(In reply to Andrew Pinski from comment #6)
> Try:
> disassemble $pc,$pc
(gdb) disassemble $pc,$pc
Dump of assembler code from 0x74538d0c to 0x74538d0c:
End of assembler dump.
***
Empty dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
--- Comment #6 from Andrew Pinski ---
(In reply to Dâniel Fraga from comment #5)
> If you tell me a way to discover what instruction or how to better debug
> this, jusk ask and I can test here for you.
Try:
disassemble $pc,$pc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
--- Comment #5 from Dâniel Fraga ---
(In reply to Andrew Pinski from comment #4)
> You did not answer my question: "Also what instruction is the segfault
> located on"?
Sorry. I read too fast. Do you mean AVX instruction? I put AVX at the title
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
--- Comment #4 from Andrew Pinski ---
(In reply to Dâniel Fraga from comment #3)
> (In reply to Andrew Pinski from comment #2)
> > Also can you try without "-floop-interchange -floop-strip-mine -floop-block"
> > Since those are part of Graphite w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
--- Comment #3 from Dâniel Fraga ---
(In reply to Andrew Pinski from comment #2)
> Also can you try without "-floop-interchange -floop-strip-mine -floop-block"
> Since those are part of Graphite which might be the cause of the bug rather
> than t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64592
Bug ID: 64592
Summary: [5 regression] tramp3d EH unwind tables are 50% bigger
with mainline compared to GCC 4.9
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64240
--- Comment #8 from Fei Yang ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
--- Comment #11 from howarth at bromo dot med.uc.edu ---
(In reply to Dominique d'Humieres from comment #8)
I can confirm these now. Executing 'make -k check' in
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/i386/li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64481
--- Comment #8 from Jan Hubicka ---
Created attachment 34441
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34441&action=edit
Proposed fix
I am testing the attached patch. Seems that it has no negaitve impact on
firefox linktime.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64591
Bug ID: 64591
Summary: ICE on use association of renamed extended type
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64586
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64565
Jan Hubicka changed:
What|Removed |Added
CC||acsawdey at linux dot
vnet.ibm.com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
--- Comment #2 from Andrew Pinski ---
Also can you try without "-floop-interchange -floop-strip-mine -floop-block"
Since those are part of Graphite which might be the cause of the bug rather
than the vectorizer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64481
--- Comment #7 from Jan Hubicka ---
OK, there are at least two issues. First is that we mix up alias with its
target (i.e. clear caches on alias instead of alias target) and second that we
still use node growth cache in some cases. Major use in t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
--- Comment #10 from howarth at bromo dot med.uc.edu ---
(In reply to Dominique d'Humieres from comment #8)
I tested with a brute force 'make -k check' in both
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/libffi
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64590
Bug ID: 64590
Summary: Firefox 34 triggers GCC AVX bug (segfault:
XPCCallContext::GetJSContext
(this=0xfffc7fffe3e23980))
Product: gcc
Version: 4.9.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54442
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54442
--- Comment #7 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Jan 13 23:39:24 2015
New Revision: 219566
URL: https://gcc.gnu.org/viewcvs?rev=219566&root=gcc&view=rev
Log:
gcc/
2015-01-13 Marc Glisse
PR c++/54442
* tree.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64588
splinterofchaos at gmail dot com changed:
What|Removed |Added
CC||splinterofchaos at gmai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64588
Bug ID: 64588
Summary: [C++11] Wrong number of template arguments when
template template parameter is template alias.
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64589
Bug ID: 64589
Summary: Undefined reference to integer 4 with unlimited
polymorphism in two modules plus main
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64481
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64587
Bug ID: 64587
Summary: [C++11] Wrong number of template arguments when
template template parameter is template alias.
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64377
--- Comment #15 from Sandra Loosemore ---
It looks like the apparent regressions in my test results are actually the
result of cascading errors from the test harness (Dejagnu is failing to fully
reset state after a test that got an error talking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64481
--- Comment #5 from Jakub Jelinek ---
I've reproduced the bootstrap failure with r219533. Did you mean r219536?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64481
--- Comment #4 from Jan Hubicka ---
The comment is no longer valid, because no updates are made inside of the ifdef
block. What probably happens is that the edge growth cache is not up to date
but the problem is not noticed by the sanity check.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64586
Andrew Pinski changed:
What|Removed |Added
Depends on||64565
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64565
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64586
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64479
--- Comment #8 from Oleg Endo ---
The issue should be fixed now. I'd like to keep this PR open for a while
though. Maybe we can construct a runtime torture test case, although it seems
a bit difficult.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64365
--- Comment #1 from Cong Hou ---
Ping on this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64576
--- Comment #4 from Jakub Jelinek ---
Sure, see http://gcc.gnu.org/gcc-5/changes.html , the default changed to
-std=gnu11 from -std=gnu89.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64576
--- Comment #3 from Joel Sherrill ---
(In reply to Jakub Jelinek from comment #2)
> GCC 4.9 behaves the same way with -std=c11, GCC 5 behaves the old way with
> -std=c99. -std=c11 turns on unicode literals, i.e. u"str", U"str" and
> u8"str".
> S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64586
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64586
Bug ID: 64586
Summary: internal compiler error in ipa-inline.c:1664
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ip
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
clyon at gcc dot gnu.org changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #13 from Donn Seeley ---
BTW, this issue cropped up in Wind River Linux testing, not VxWorks. I have no
idea whether the VxWorks folks are using -mapcs-frame. WR Linux will remove
the -mapcs-frame flag from future builds; it was ori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58777
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Jan 13 21:04:43 2015
New Revision: 219559
URL: https://gcc.gnu.org/viewcvs?rev=219559&root=gcc&view=rev
Log:
PR c++/64356
PR libstdc++/58777
* constexpr.c (cxx_eval_binary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #12 from Donn Seeley ---
I talked to the folks who added -mapcs-frame to our builds, and it appears that
we don't actually need it any more. We'll remove it and see what happens.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64520
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Tue Jan 13 21:04:28 2015
New Revision: 219557
URL: https://gcc.gnu.org/viewcvs?rev=219557&root=gcc&view=rev
Log:
PR c++/64520
* pt.c (unify): Don't try to deduce to std::initializ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64356
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Tue Jan 13 21:04:43 2015
New Revision: 219559
URL: https://gcc.gnu.org/viewcvs?rev=219559&root=gcc&view=rev
Log:
PR c++/64356
PR libstdc++/58777
* constexpr.c (cxx_eval_binary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64514
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Tue Jan 13 21:04:35 2015
New Revision: 219558
URL: https://gcc.gnu.org/viewcvs?rev=219558&root=gcc&view=rev
Log:
PR c++/64514
* pt.c (coerce_template_parameter_pack): Return NULL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64565
--- Comment #7 from Jan Hubicka ---
Author: hubicka
Date: Tue Jan 13 20:59:37 2015
New Revision: 219556
URL: https://gcc.gnu.org/viewcvs?rev=219556&root=gcc&view=rev
Log:
PR ipa/64565
* g++.dg/torture/pr64565.C: New testcase.
* ipa-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64307
--- Comment #5 from Martin Liška ---
Hello.
Following patch handles both issues:
https://gcc.gnu.org/ml/gcc-patches/2015-01/msg00934.html.
Problem with the example is that the pass decides to process local redirection
as merge operation. Unfort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64377
--- Comment #14 from Martin Liška ---
Thank you for testing. If the patch is going to be OK, I will send it to
mailing list with corresponding ChangeLog entry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64391
--- Comment #5 from Marek Polacek ---
Fixed on trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64391
--- Comment #4 from Marek Polacek ---
Author: mpolacek
Date: Tue Jan 13 20:22:32 2015
New Revision: 219555
URL: https://gcc.gnu.org/viewcvs?rev=219555&root=gcc&view=rev
Log:
PR middle-end/64391
* trans-mem.c (get_attrs_for): Return NULL_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64377
--- Comment #13 from Sandra Loosemore ---
I think the new version of the patch in comment 11 is probably OK. I ran the
entire gcc testsuite (but not g++, etc yet) and have a couple hundred
regressions compared to my r217010 build, but I don't se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64358
--- Comment #5 from Pat Haugen ---
Author: pthaugen
Date: Tue Jan 13 19:17:42 2015
New Revision: 219551
URL: https://gcc.gnu.org/viewcvs?rev=219551&root=gcc&view=rev
Log:
Backport from mainline
2014-12-20 Segher Boessenkool
PR ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64286
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64286
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 13 19:12:47 2015
New Revision: 219550
URL: https://gcc.gnu.org/viewcvs?rev=219550&root=gcc&view=rev
Log:
PR rtl-optimization/64286
* ree.c (combine_reaching_defs): Move pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64358
--- Comment #4 from Pat Haugen ---
Author: pthaugen
Date: Tue Jan 13 19:08:49 2015
New Revision: 219548
URL: https://gcc.gnu.org/viewcvs?rev=219548&root=gcc&view=rev
Log:
Backport from mainline
2014-12-20 Segher Boessenkool
PR ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64481
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64540
--- Comment #2 from zan ---
Thank you for the info. I tried recompiling gcc 4.9.2 and found in
build/gcc/config.log:
configure:24745: checking assembler for filds and fists mnemonics
configure:24754: /opt/local/bin/as-o conftest.o conftest.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64042
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64505
--- Comment #3 from Michael Meissner ---
Author: meissner
Date: Tue Jan 13 17:47:29 2015
New Revision: 219547
URL: https://gcc.gnu.org/viewcvs?rev=219547&root=gcc&view=rev
Log:
2015-01-12 Michael Meissner
Backport from trunk
2015-01-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58170
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64585
Bug ID: 64585
Summary: The basic_regex object should not match any character
sequence after a call to basic_regex::imbue
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57626
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57626
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Jan 13 17:19:32 2015
New Revision: 219546
URL: https://gcc.gnu.org/viewcvs?rev=219546&root=gcc&view=rev
Log:
2015-01-13 Paolo Carlini
PR c++/57626
* g++.dg/cpp0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57626
--- Comment #2 from Paolo Carlini ---
This is fixed for 4.9.0, I'm adding the testcase and closing the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64583
--- Comment #2 from Markus Trippelsdorf ---
-fdump-ipa-all output for
obj/third_party/WebKit/Source/web/blink_web.PopupListBox.o with trunk and gcc
from 2015-01-10.
% wget trippelsdorf.de/dump-ipa-all.tar.bz2
% c++filt _ZNK5blink12PopupListBo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64584
Bug ID: 64584
Summary: basic_regex::assign breaks *this if it throws
regex_error
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64042
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64528
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 13 16:42:22 2015
New Revision: 219543
URL: https://gcc.gnu.org/viewcvs?rev=219543&root=gcc&view=rev
Log:
PR fortran/64528
* trans-decl.c (create_function_arglist): Don't s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64042
--- Comment #6 from vries at gcc dot gnu.org ---
Reproduced it once more (exactly as described in comment 5).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61204
Chris Manghane changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63424
renlin at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64473
Tejas Belagod changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #11 from Eric Botcazou ---
> While we are here, what's the thought on deprecating mapcs-frame in the
> arm-wrs-vxworks community ? It is not really something that's part of the
> ABI (it predates EABI), doesn't work with Thumb2 and n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63424
--- Comment #6 from renlin at gcc dot gnu.org ---
Author: renlin
Date: Tue Jan 13 16:25:00 2015
New Revision: 219540
URL: https://gcc.gnu.org/viewcvs?rev=219540&root=gcc&view=rev
Log:
[AArch64] Implement v2di3 pattern
Backport from mainline
2014
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
--- Comment #10 from Ramana Radhakrishnan ---
(In reply to Eric Botcazou from comment #9)
> > Uggh - these ancient options in the backend. mapcs-frame is quite ancient
> > and isn't really something that's tested very often, no wonder it's rottin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64583
--- Comment #1 from Jan Hubicka ---
> Final chrome link fails due to relocations to discarded comdat sections:
Can I have --save-temps *.res file as well as -fdump-ipa-all dumps?
PLease also build with -Wl,--no-demangle so I can look for the sym
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64379
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64434
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64575
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64575
--- Comment #2 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Jan 13 15:57:27 2015
New Revision: 219539
URL: https://gcc.gnu.org/viewcvs?rev=219539&root=gcc&view=rev
Log:
Set TARGET to X86_64 if __x86_64__ is defined
PR bootstrap/645
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57854
--- Comment #5 from Ville Voutilainen ---
It seems to me that
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=219213
implements the desired functionality. Can we close this bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64574
Ville Voutilainen changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64477
--- Comment #3 from Vladimir Makarov ---
I investigated this problem too. IRA in GCC-4.9 allocates memory to the pseudo
in insn 2, then the memory slot is reloaded for insn 8. Post-reload
optimization changes stack slot by register.
GCC-4.8 IR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435
--- Comment #4 from Jakub Jelinek ---
So, no progress upstream yet?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64583
Bug ID: 64583
Summary: [5 Regression] recent inliner changes cause Chromium
build failure
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 215 matches
Mail list logo
