[Bug tree-optimization/56933] [4.9 Regression] Vectorizer missing read-write dependency for interleaved accesses

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56933 --- Comment #8 from Richard Biener --- (In reply to Bernd Edlinger from comment #7) > Created attachment 30712 [details] > fixed test case > > Looking deeper into the matter it seems like this an example > where vectorisation is not supposed to h

[Bug tree-optimization/57685] [4.8/4.9 Regression] GCC stuck in an infinite loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57685 --- Comment #5 from Richard Biener --- Author: rguenth Date: Thu Aug 29 07:45:59 2013 New Revision: 202068 URL: http://gcc.gnu.org/viewcvs?rev=202068&root=gcc&view=rev Log: 2013-08-29 Richard Biener PR tree-optimization/57685 * tree-v

[Bug tree-optimization/57685] [4.8 Regression] GCC stuck in an infinite loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57685 Richard Biener changed: What|Removed |Added Known to work||4.9.0 Summary|[4.8/4.9 Regres

[Bug target/58268] New: umm registers not used for -march=bdver1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58268 Bug ID: 58268 Summary: umm registers not used for -march=bdver1 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug middle-end/57287] [4.9 Regression] Bogus uninitialized warning with abnormal control flow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287 --- Comment #17 from Richard Biener --- (In reply to davidxl from comment #16) > (In reply to Richard Biener from comment #15) > > Confirmed. David, can you have a look here? I had a hard time following > > what > > exactly to do with the datafl

[Bug c/58269] New: [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin10 after revision 201915

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269 Bug ID: 58269 Summary: [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin10 after revision 201915 Product: gcc Version: 4.9.0 Status: UNCONFIRMED

[Bug target/49821] [4.6 regression] ICE in dwarf2out_cfi_begin_epilogue, at dwarf2out.c:3015

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49821 Richard Biener changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug target/48173] [4.6 regression] bootstrap error on arm-linux-gnueabi (defaulting to armv4t)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48173 Richard Biener changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug target/50275] [4.6 regression] libgcc build failure on LM32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50275 Richard Biener changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug tree-optimization/50913] [4.7 Regression] ICE in scan_tree_for_params_right_scev, at graphite-sese-to-poly.c:633 compiling libgfortran with -floop-interchange -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913 Richard Biener changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug target/58268] ymm registers not used for -march=bdver1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58268 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/57393] [4.9 Regression] error: definition in block 4 follows the use / internal compiler error: verify_ssa failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393 --- Comment #29 from Joost VandeVondele --- (In reply to Joost VandeVondele from comment #28) > OK, with only the patch mentioned above applied all testcases now pass. I > think this patch should be posted to gcc-patches for review, if you haven'

[Bug target/56864] [4.9 regression] FAIL: gcc.dg/vect/costmodel/ppc/costmodel-vect-76b.c scan-tree-dump-times vect "vectorized 1 loops" 0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56864 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #14 from Richard Bi

[Bug tree-optimization/57511] [4.8/4.9 Regression] Missing SCEV final value replacement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57511 --- Comment #4 from Richard Biener --- It looks like Index: gcc/tree-scalar-evolution.c === --- gcc/tree-scalar-evolution.c (revision 202068) +++ gcc/tree-scalar-evolution.c (working

[Bug libgcc/58260] configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[1]: *** [configure-target-libgcc] Error 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58260 --- Comment #8 from anand.karanam at tcs dot com --- Hi, I have tried the build of gmp,mpfr and mpc with the option of --disable-shared and using them. However now when I use the following configuration for cross compiler build ( Solaris to Linux

[Bug libgcc/58260] configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[1]: *** [configure-target-libgcc] Error 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58260 --- Comment #9 from anand.karanam at tcs dot com --- Hi, I have tried the build of gmp,mpfr and mpc with the option of --disable-shared and using them. However now when I use the following configuration for cross compiler build ( Solaris to Linux

[Bug libgcc/58260] configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[1]: *** [configure-target-libgcc] Error 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58260 --- Comment #10 from anand.karanam at tcs dot com --- Created attachment 30716 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30716&action=edit libgomp configuration

[Bug tree-optimization/58246] [4.7/4.8/4.9 Regression] wrong code at -O1 and above

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58246 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug c/58270] New: Wrong code accessing array elements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 Bug ID: 58270 Summary: Wrong code accessing array elements Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 --- Comment #1 from Florian Weimer --- The compiler is free to assume that both i1 and i2 are zero and the first store is dead (because this is the only valid array index). So if the buggy() function stores a value of 1.0 at mem.dmem[0] unconditi

[Bug tree-optimization/58246] [4.7/4.8/4.9 Regression] wrong code at -O1 and above

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58246 --- Comment #4 from Richard Biener --- We decide to stop because we think that we reached a killing definition when looking for possible defs of _8 = t[a.0_6]; and reach, over the loop backedge t[a.0_6] = 0; here: /* Or they nee

[Bug tree-optimization/58228] [4.7/4.8/4.9 Regression] wrong code (with vectorization?) at -O3 on x86_64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58228 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 --- Comment #2 from Krzysztof Strasburger --- OK, I'm not and expert, but mem is a global structure and it can be of different size in other object file. The linker should assume the biggest of all, correct? The example I posted comes from f2c-tra

[Bug c/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269 Iain Sandoe changed: What|Removed |Added Target|x86_64-apple-darwin10 |x86_64-apple-darwin10, |

[Bug middle-end/57287] [4.9 Regression] Bogus uninitialized warning with abnormal control flow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287 --- Comment #18 from Richard Biener --- Author: rguenth Date: Thu Aug 29 11:20:16 2013 New Revision: 202069 URL: http://gcc.gnu.org/viewcvs?rev=202069&root=gcc&view=rev Log: 2013-08-29 Richard Biener PR middle-end/57287 * tree-ssa-cop

[Bug middle-end/57287] [4.9 Regression] Bogus uninitialized warning with abnormal control flow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libgcc/58260] configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[1]: *** [configure-target-libgcc] Error 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58260 --- Comment #11 from Mikael Pettersson --- (In reply to anand.karanam from comment #9) > Do we need to have a copy of the Linux host includes and libraries to > prepare the cross compiler? > > Or can we avoid this with newlib build and using the

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 --- Comment #3 from Krzysztof Strasburger --- The compiler option -fno-tree-dse does the job for me. Florian - thank you for using the term "dead store" ;). I'm not sure whether it should be enabled by default for a C compiler, but I'm not compete

[Bug c++/58252] ice in gimple_get_virt_method_for_binfo with -O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252 --- Comment #2 from Martin Jambor --- Created attachment 30718 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30718&action=edit Delta reduced testcase A fair bit smaller multidelta-delta reduced testcase. Requires -fpermissive in addition to

[Bug fortran/52243] Avoid reallocation for: array1 = array1 / scalar for performance

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52243 --- Comment #2 from Thomas Koenig --- Author: tkoenig Date: Thu Aug 29 11:44:41 2013 New Revision: 202070 URL: http://gcc.gnu.org/viewcvs?rev=202070&root=gcc&view=rev Log: 2013-08-29 Thomas Koenig PR fortran/52243 * trans-expr.c (is_r

[Bug fortran/52243] Avoid reallocation for: array1 = array1 / scalar for performance

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52243 --- Comment #3 from Thomas Koenig --- Fixed on trunk, closing.

[Bug fortran/52243] Avoid reallocation for: array1 = array1 / scalar for performance

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52243 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/58223] [4.8/4.9 Regression] wrong code at -O3 on x86_64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58223 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 --- Comment #4 from Krzysztof Strasburger --- Unfortunately, this is not the end of story. I'm going to attach a little more complicated example, for which even using -fno-dse -fno-tree-dse does not help.

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 --- Comment #5 from Krzysztof Strasburger --- Created attachment 30719 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30719&action=edit Second example, not working also with -fno-tree-dse -fno-dse

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 --- Comment #6 from Krzysztof Strasburger --- Created attachment 30720 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30720&action=edit File containing main() for the second example

[Bug fortran/56519] DO CONCURRENT: wrongly accepts calls to impure intrinsics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56519 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 --- Comment #7 from Mikael Pettersson --- Your examples are invalid C. In one module you present the compiler with a specific declaration, and complain when it utilizes constraints derived from that declaration. Then in another module you have a

[Bug tree-optimization/58010] [4.8/4.9 Regression] ICE in vect_create_epilog_for_reduction, at tree-vect-loop.c:4378

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58010 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug c++/51424] [C++11] G++ should diagnose self-delegating constructors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51424 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug tree-optimization/58246] [4.7/4.8/4.9 Regression] wrong code at -O1 and above

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58246 --- Comment #5 from Richard Biener --- Author: rguenth Date: Thu Aug 29 13:04:19 2013 New Revision: 202071 URL: http://gcc.gnu.org/viewcvs?rev=202071&root=gcc&view=rev Log: 2013-08-29 Richard Biener PR tree-optimization/58246 * tree-s

[Bug tree-optimization/58010] [4.8/4.9 Regression] ICE in vect_create_epilog_for_reduction, at tree-vect-loop.c:4378

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58010 --- Comment #6 from Richard Biener --- In the loop in question we have a dead scalar cycle for which we do not insert loop-closed PHI nodes. Hm. The correct fix looks easy though - simply remove the assert. We'll vectorize dead code, but who ca

[Bug tree-optimization/57396] [4.8 Regression] Wrong code with -fpredictive-commoning in Fortran double-loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57396 --- Comment #7 from Jakub Jelinek --- Author: jakub Date: Thu Aug 29 13:11:01 2013 New Revision: 202073 URL: http://gcc.gnu.org/viewcvs?rev=202073&root=gcc&view=rev Log: Backported from mainline 2013-05-27 Richard Biener PR tree-o

[Bug tree-optimization/57343] [4.8 Regression] wrong code on x86_64-linux at -Os and above

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57343 --- Comment #11 from Jakub Jelinek --- Author: jakub Date: Thu Aug 29 13:09:26 2013 New Revision: 202072 URL: http://gcc.gnu.org/viewcvs?rev=202072&root=gcc&view=rev Log: Backported from mainline 2013-05-27 Richard Biener PR tree-

[Bug testsuite/52641] Test cases fail for 16-bit int targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52641 --- Comment #11 from Jakub Jelinek --- Author: jakub Date: Thu Aug 29 13:14:59 2013 New Revision: 202074 URL: http://gcc.gnu.org/viewcvs?rev=202074&root=gcc&view=rev Log: Backported from mainline 2013-07-22 Georg-Johann Lay PR tes

[Bug rtl-optimization/57381] [4.8 Regression] array of volatile pointers hangs gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57381 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Thu Aug 29 13:14:59 2013 New Revision: 202074 URL: http://gcc.gnu.org/viewcvs?rev=202074&root=gcc&view=rev Log: Backported from mainline 2013-07-22 Georg-Johann Lay PR test

[Bug tree-optimization/57417] [4.7/4.8 Regression] hang on volatile int array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57417 --- Comment #8 from Jakub Jelinek --- Author: jakub Date: Thu Aug 29 13:14:59 2013 New Revision: 202074 URL: http://gcc.gnu.org/viewcvs?rev=202074&root=gcc&view=rev Log: Backported from mainline 2013-07-22 Georg-Johann Lay PR test

[Bug lto/58084] [4.9 Regression] FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58084 --- Comment #8 from Richard Biener --- If a type is refered to by two functions it is by definition not local. But as it references a local entity it is local. Note that you seem to have put the type local for RESULT_DECL but still have the glob

[Bug tree-optimization/57396] [4.8 Regression] Wrong code with -fpredictive-commoning in Fortran double-loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57396 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

[Bug tree-optimization/57343] [4.8 Regression] wrong code on x86_64-linux at -Os and above

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57343 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/57381] [4.8 Regression] array of volatile pointers hangs gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57381 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

[Bug tree-optimization/57417] [4.7 Regression] hang on volatile int array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57417 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org Summa

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 --- Comment #8 from Krzysztof Strasburger --- Mikael, I cannot agree. Do not look at main.c, as the compiler doesn't know anything about it while compiling buggy.c (this is the reason for which I keep main() separately) and doesn't know that i1, i

[Bug fortran/45586] [4.8/4.9 Regression] ICE non-trivial conversion at assignment

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 Joost VandeVondele changed: What|Removed |Added Last reconfirmed|2012-03-24 00:00:00 |2013-08-29 --- Comment #95 from Joos

[Bug c/58271] New: ICE in gcc for a MIPS target during compilation with -mpaired-single -ftree-vectorize

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58271 Bug ID: 58271 Summary: ICE in gcc for a MIPS target during compilation with -mpaired-single -ftree-vectorize Product: gcc Version: 4.8.0 Status: UNCONFIRMED Seve

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c++/58252] ice in gimple_get_virt_method_for_binfo with -O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252 --- Comment #3 from Martin Jambor --- We are getting an integer instead of an expected ADDR_EXPR to a FUNCTIONN_DECL. Token is 3, known_binfo which is a binfo pertaining to (gdb) pge known_binfo->typed.type struct StructDef has the following vi

[Bug c++/58272] New: unnecessary vtables emission for pure abstract classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58272 Bug ID: 58272 Summary: unnecessary vtables emission for pure abstract classes Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug c/58270] Wrong code while accessing array elements in a global structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58270 --- Comment #10 from Krzysztof Strasburger --- Jakub, I do not care about C++ (never understood it), but commons are just commons. I see them from linker's perspective. How does the compiler treat variables belonging to that common - this is a dif

[Bug middle-end/57287] [4.9 Regression] Bogus uninitialized warning with abnormal control flow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57287 --- Comment #20 from meadori at gcc dot gnu.org --- Confirmed fix. I can also now build GDB trunk with GCC trunk (both from today). Thanks Richard!

[Bug c++/58273] New: ICE: Segmentation fault with C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58273 Bug ID: 58273 Summary: ICE: Segmentation fault with C++11 Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ A

[Bug sanitizer/57316] [4.8/4.9 regression] build failure in libsanitizer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57316 --- Comment #7 from Daniel Richard G. --- Created attachment 30723 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30723&action=edit Trivial configure-time check (In reply to Kostya Serebryany from comment #6) > > That would be non-trivial.

[Bug c++/58273] [4.7/4.8/4.9 Regression] Segmentation fault with C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58273 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug other/12081] Gcc can't be compiled with -mregparm=3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12081 --- Comment #31 from Oleg Endo --- Author: olegendo Date: Thu Aug 29 18:37:46 2013 New Revision: 202083 URL: http://gcc.gnu.org/viewcvs?rev=202083&root=gcc&view=rev Log: Backport from mainline 2013-08-05 Oleg Endo PR other/12081

[Bug other/12081] Gcc can't be compiled with -mregparm=3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12081 Oleg Endo changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/58273] [4.7/4.8/4.9 Regression] Segmentation fault with C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58273 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2 f

[Bug c++/58273] [4.7/4.8/4.9 Regression] Segmentation fault with C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58273 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |4.7.4

[Bug bootstrap/58274] New: libiberty/stack-limit.c: bootstrap failure due to missing FreeBSD header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58274 Bug ID: 58274 Summary: libiberty/stack-limit.c: bootstrap failure due to missing FreeBSD header Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal

[Bug c/58275] New: __builtin_constant_p( expr ) returns true if expr is eliminated by CSE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58275 Bug ID: 58275 Summary: __builtin_constant_p( expr ) returns true if expr is eliminated by CSE Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug c/58275] __builtin_constant_p( expr ) returns true if expr is eliminated by CSE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58275 --- Comment #1 from Marc Glisse --- Where do you see a bug? The test argc!=23 is always true in this branch, so it *is* a compile-time constant. It is very much on purpose that __builtin_constant_p returns true.

[Bug c/58275] __builtin_constant_p( expr ) returns true if expr is eliminated by CSE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58275 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #191 from Markus Trippelsdorf --- First of all many thanks for your work on reducing memory usage. Peak memory usage is now lower (~3GB) than clang's (~4GB). However, with -enable-optimize=-O3 on rev202079 I get: (An default (-Os) bui

[Bug c/58275] __builtin_constant_p( expr ) returns true if expr is eliminated by CSE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58275 --- Comment #3 from Tijl Coosemans --- Eh, of course.

[Bug middle-end/57748] [4.8/4.9 Regression] ICE when expanding assignment to unaligned zero-sized array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748 --- Comment #21 from Bernd Edlinger --- Richard, I have one question: does this code at expr.c line 4717 look right? I mean does the code in the if block use the offset at all? misalignp = true; to_rtx = gen_reg_rtx (mode);

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #192 from Markus Trippelsdorf --- It turned out that -enable-optimize=-O3 is the cause. Rev202079 with -Os links fine.

[Bug fortran/58276] New: "make install-host" gfortran is not functional

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58276 Bug ID: 58276 Summary: "make install-host" gfortran is not functional Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: for

[Bug tree-optimization/58277] New: wrong code at -O3 (affecting 4.7, 4.8, and trunk)

hread model: posix gcc version 4.9.0 20130829 (experimental) [trunk revision 202067] (GCC) $ gcc-trunk -m32 -O2 small.c $ a.out 0 $ gcc-4.6 -m32 -O3 small.c $ a.out 0 $ gcc-trunk -m32 -O3 small.c $ a.out 0 Aborted (core dumped) $ gcc-4.7 -m32 -O3 small.c $ a.out 0 Aborted (core dumped) $ gcc-4.8 -m3

[Bug fortran/58276] "make install-host" gfortran is not functional

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58276 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/58277] wrong code at -O3 (affecting 4.7, 4.8, and trunk)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58277 --- Comment #1 from Zhendong Su --- Created attachment 30725 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30725&action=edit testcase

[Bug tree-optimization/58277] wrong code at -O3 (affecting 4.7, 4.8, and trunk)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58277 --- Comment #2 from Zhendong Su --- I'm also attaching a related testcase (small2.c) for both 32-bit and 64-bit modes. $ gcc-trunk -m64 -O2 small2.c $ a.out $ gcc-4.6 -m64 -O3 small2.c $ a.out $ gcc-4.7 -m64 -O3 small2.c $ a.out Aborted (core du

[Bug tree-optimization/58277] wrong code at -O3 (affecting 4.7, 4.8, and trunk)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58277 --- Comment #3 from Zhendong Su --- Created attachment 30726 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30726&action=edit another testcase for both 32-bit and 64-bit modes

[Bug fortran/58276] "make install-host" gfortran is not functional

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58276 --- Comment #2 from Larry Baker --- Andrew, On 29 Aug 2013, at 4:31 PM, pinskia at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58276 > > Andrew Pinski changed: > > What|Removed |Added

[Bug fortran/58276] "make install-host" gfortran is not functional

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58276 --- Comment #3 from Andrew Pinski --- (In reply to Larry Baker from comment #2) > > Yes, this is exactly what I described in my post. The question I have is, > what is the intended behavior of a GCC "make install-host" with regard to > the funct

[Bug fortran/58276] "make install-host" gfortran is not functional

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58276 --- Comment #4 from Larry Baker --- I suppose a different way of asking whether this should be considered a bug is to ask what should gfortran's behavior be when libgfortran.spec is missing? Is the correct behavior to continue with the link step

[Bug fortran/58276] "make install-host" gfortran is not functional

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58276 --- Comment #5 from Andrew Pinski --- (In reply to Larry Baker from comment #4) > I suppose a different way of asking whether this should be considered a bug > is to ask what should gfortran's behavior be when libgfortran.spec is > missing? Is th

[Bug fortran/58276] "make install-host" gfortran is not functional

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58276 --- Comment #6 from Larry Baker --- Andrew, On 29 Aug 2013, at 4:50 PM, pinskia at gcc dot gnu.org wrote: > I think the bitbake build builds the compiler twice, once to build glibc and > then again to build the target libraries. The second time

[Bug fortran/58276] "make install-host" gfortran is not functional

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58276 --- Comment #7 from Larry Baker --- Andrew, On 29 Aug 2013, at 4:50 PM, pinskia at gcc dot gnu.org wrote: >> Where can I read about the distinction between "make install", "make >> install-host", and "make install-target"? Is "make install-host

[Bug middle-end/57393] [4.9 Regression] error: definition in block 4 follows the use / internal compiler error: verify_ssa failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393 Easwaran Raman changed: What|Removed |Added Attachment #30690|0 |1 is obsolete|

[Bug middle-end/57393] [4.9 Regression] error: definition in block 4 follows the use / internal compiler error: verify_ssa failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393 --- Comment #31 from Joost VandeVondele --- (In reply to Easwaran Raman from comment #30) > Created attachment 30727 [details] > New patch fixes all previously observed issues and further light testing.