https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65740
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65741
Bug ID: 65741
Summary: Missed loop optimization with asm
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65740
Bug ID: 65740
Summary: spectacularly bad inlinining decisions with -Os
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65734
--- Comment #2 from Jason Merrill ---
Created attachment 35297
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35297&action=edit
patch
A fix for after GCC 5 branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #7 from Jack Howarth ---
Using...
ld -S -r -no_uuid conftest.o.g -o conftest.o.g.stripped
ld -S -r -no_uuid conftest.o.g0 -o conftest.o.g0.stripped
dwarfdump --eh-frame conftest.o.g.stripped > conftest.o.g.stripped.dwarfdump
dwarfdum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #6 from Jack Howarth ---
Created attachment 35296
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35296&action=edit
binary conftest.o.g0 from clang 3.6.0 compiler
The binary conftest.o.g was created on x86_64-apple-darwin13 usin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #5 from Jack Howarth ---
Created attachment 35295
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35295&action=edit
binary conftest.o.g from clang 3.6.0 compiler
The binary conftest.o.g was created on x86_64-apple-darwin13 using
conftest.c
mv conftest.o conftest.o.g
../gcc-4.9.3-20150410/contrib/compare-debug conftest.o.g0 conftest.o.g
..which unexpectedly produces...
conftest.o.g0.stripped conftest.o.g.stripped differ: char 433, line 1
stripping off .eh_frame and LTO sections, then retrying
failed to strip off .eh_frame
conftest.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59997
drikosev at otenet dot gr changed:
What|Removed |Added
CC||drikosev at otenet dot gr
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #3 from Jack Howarth ---
As Iain pointed out to me, the gcc configure output under the more recent clang
compilers isn't setting BUILD_CONFIG. Oddly gcc trunk also doesn't set
BUILD_CONFIG in the configure output under the more recent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65737
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
--- Comment #4 from Jakub Jelinek ---
Just -std=c++11 is needed:
int a[1];
char *b[1] { (char *)&a[0] + 1 };
Started to ICE with r221777.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65554
Jonathan Wakely changed:
What|Removed |Added
CC||public at alisdairm dot net
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65739
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
Matthias Klose changed:
What|Removed |Added
Target|arm-linux-gnueabihf |
Summary|[5 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
Matthias Klose changed:
What|Removed |Added
Target|arm-linux-gnueabihf |
Summary|[5 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65739
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65739
--- Comment #1 from Jonathan Wakely ---
Actually this seems to have been fixed in the last 48 hours or so, I can no
longer reproduce it with the latest trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65739
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65739
Bug ID: 65739
Summary: ICE (gimple_failed) initializing a vector of function
pointers at -O1 or higher
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
--- Comment #2 from Matthias Klose ---
typedef char uint8;
int gprBank[1];
uint8 *gprMapB[] { (uint8 *)&gprBank[0] + 1 }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65737
--- Comment #1 from Matthias Klose ---
*** Bug 65738 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65738
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65738
Bug ID: 65738
Summary: [5 Regression] ICE (Aborted in crash_signal) on
arm-linux-gnueabihf
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65737
Bug ID: 65737
Summary: [5 Regression] ICE (Aborted in crash_signal) on
arm-linux-gnueabihf
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
Matthias Klose changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65736
Bug ID: 65736
Summary: [5 Regression] ICE (in process_init_constructor_array,
at cp/typeck2.c:1263) on arm-linux-gnueabihf
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65735
Bug ID: 65735
Summary: [5 Regression] ICE (in duplicate_thread_path, at
tree-ssa-threadupdate.c) on arm-linux-gnueabihf
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65710
--- Comment #29 from Stupachenko Evgeny ---
>Evgeny, could you check the effect of my latest patch (c25) on gzip.
The performance is back. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65710
--- Comment #28 from Yvan Roux ---
(In reply to Vladimir Makarov from comment #25)
> Author: vmakarov
> Date: Fri Apr 10 19:38:55 2015
> New Revision: 221983
>
> URL: https://gcc.gnu.org/viewcvs?rev=221983&root=gcc&view=rev
> Log:
> 2015-04-10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65733
--- Comment #2 from Jack Howarth ---
Current gcc-4_9-branch at r221965 suffers the same bootstrap comparison failure
on x86_64-apple-darwin14 with Xcode 6.3's Apple Clang 6.1 compilers and on
x86_64-apple-darwin13 with Xcode 6.2 and the llvm.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65701
--- Comment #15 from Jan Hubicka ---
It would be nice to test it on AVX enabled intel CPU. There are IMO at least
two things - first is the vectorizer oddity, second is that the fastest code
seems to happen with large-function-insns=1000.
I hav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65710
--- Comment #27 from Vladimir Makarov ---
(In reply to Stupachenko Evgeny from comment #16)
> I can't attach spec2000 benchmarks sources.
> The loop is in "longest_match" function in 164.gzip.
>
> Options to reproduce: "-Ofast -funroll-loops -fl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65710
--- Comment #26 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Apr 10 19:43:28 2015
New Revision: 221984
URL: https://gcc.gnu.org/viewcvs?rev=221984&root=gcc&view=rev
Log:
2015-04-10 Vladimir Makarov
PR target/65710
* lra-assig
36 matches
Mail list logo
