[Bug target/56338] register spill caused by loading constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56338 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization, ra

[Bug fortran/51520] [4.6 Regression] ICE in gfortran 4.6.x

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520 Tobias Burnus changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug other/56338] register spill caused by loading constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56338 --- Comment #1 from Ondrej Bilka 2013-02-15 07:42:10 UTC --- Created attachment 29461 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29461 testcase

[Bug other/56338] New: register spill caused by loading constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56338 Bug #: 56338 Summary: register spill caused by loading constant Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug libfortran/50105] [4.6/4.7/4.8 Regression] I/O with g6.5 - wrong number of "**" shown

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50105 Tobias Burnus changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug fortran/28397] Check format mismatches at compile time

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28397 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- C

[Bug fortran/45129] I/O edit descriptors: Warn if the format field is too small for the E and F edit descriptor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45129 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- C

[Bug fortran/53537] [4.6/4.7 Regression] Explicit IMPORT of renamed USE-associated symbol fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53537 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

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

[Bug c/56337] __attribute__((aligned(N))) breaks for N=1<<28

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56337 --- Comment #1 from Brooks Moses 2013-02-15 07:06:45 UTC --- Note that pr39323-2.c tests a closely-related case that presumably is working correctly: http://gcc.gnu.org/viewcvs/trunk/gcc/testsuite/gcc.dg/pr39323-2.c?view=markup

[Bug c/56337] New: __attribute__((aligned(N))) allows too-high values of N

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56337 Bug #: 56337 Summary: __attribute__((aligned(N))) allows too-high values of N Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug middle-end/56314] Please allow per-function specification of register conventions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56314 --- Comment #5 from Andrew Pinski 2013-02-15 06:56:23 UTC --- I think I would rather see IPA-RA and LTO working with the kernel before adding these attributes as they are very fragile to get working correctly.

[Bug libstdc++/56336] Buggy implementation of stoi, stol, stoll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56336 --- Comment #1 from Andrew Pinski 2013-02-15 06:53:15 UTC --- I think you could do: if (__endptr && *__endptr != 0) instead without the need of the length of the string.

[Bug middle-end/56314] Please allow per-function specification of register conventions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56314 benh at kernel dot crashing.org changed: What|Removed |Added CC||benh at kernel do

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #21 from Igor Zamyatin 2013-02-15 06:49:53 UTC --- (In reply to comment #18) > Following patch is a big hammer approach to the problem, intended only for > benchmarking > > --cut here-- > Index: common/config/i386/i386-comm

[Bug libstdc++/56336] New: Buggy implementation of stoi, stol, stoll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56336 Bug #: 56336 Summary: Buggy implementation of stoi, stol, stoll Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/56335] New: Optimization assumes __attribute__((aligned(N))) always works.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56335 Bug #: 56335 Summary: Optimization assumes __attribute__((aligned(N))) always works. Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONF

[Bug target/55941] [4.8 Regression] Strange copy of double (in struct) to stack

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55941 Richard Henderson changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug target/55941] [4.8 Regression] Strange copy of double (in struct) to stack

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55941 --- Comment #4 from Richard Henderson 2013-02-15 01:41:33 UTC --- Author: rth Date: Fri Feb 15 01:41:29 2013 New Revision: 196071 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196071 Log: PR target/55941 * lower-subre

[Bug other/56334] __attribute__((aligned)) documentation is misleading

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56334 --- Comment #4 from Andrew Pinski 2013-02-15 01:33:37 UTC --- (In reply to comment #3) > As a note, the "See your linker documentation" phrase also occurs in the > function-attributes documentation > (http://gcc.gnu.org/onlinedocs/gcc/Fun

[Bug other/56334] __attribute__((aligned)) documentation is misleading

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56334 --- Comment #3 from Brooks Moses 2013-02-15 01:31:23 UTC --- As a note, the "See your linker documentation" phrase also occurs in the function-attributes documentation (http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html).

[Bug c++/54922] [C++11][DR 1359] constexpr constructors require initialization of all union members

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54922 --- Comment #11 from Jason Merrill 2013-02-15 01:27:52 UTC --- Author: jason Date: Fri Feb 15 01:27:47 2013 New Revision: 196070 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196070 Log: PR c++/54922 * semantics.c (bu

[Bug c++/55003] [C++11] Member function pointer not working as constexpr initializer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55003 --- Comment #3 from Jason Merrill 2013-02-15 01:27:44 UTC --- Author: jason Date: Fri Feb 15 01:27:36 2013 New Revision: 196069 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196069 Log: PR c++/55003 * decl.c (cp_finis

[Bug c++/55220] [c++11] ICE when doing partial template specialization on variadic template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55220 --- Comment #5 from Jason Merrill 2013-02-15 01:27:20 UTC --- Author: jason Date: Fri Feb 15 01:27:12 2013 New Revision: 196068 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196068 Log: PR c++/55220 * pt.c (unify): A

[Bug c++/56323] [C++11] cannot compile inherited constructor for typedef'ed base class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56323 --- Comment #2 from Jason Merrill 2013-02-15 01:27:09 UTC --- Author: jason Date: Fri Feb 15 01:27:03 2013 New Revision: 196067 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196067 Log: PR c++/56323 * name-lookup.c (d

[Bug c++/55223] [C++11] Default lambda expression of a templated class member

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55223 --- Comment #5 from Jason Merrill 2013-02-15 01:26:49 UTC --- Author: jason Date: Fri Feb 15 01:26:44 2013 New Revision: 196065 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196065 Log: PR c++/55223 gcc/cp/ * pt.c (t

[Bug c++/55232] [C++11] ICE with -Wunused-parameter for unused parameter pack using qualified dependent name

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55232 --- Comment #10 from Jason Merrill 2013-02-15 01:26:39 UTC --- Author: jason Date: Fri Feb 15 01:26:34 2013 New Revision: 196064 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196064 Log: PR c++/55232 * error.c (find_t

[Bug other/56334] __attribute__((aligned)) documentation is misleading

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56334 --- Comment #2 from Brooks Moses 2013-02-15 01:17:47 UTC --- (In reply to comment #1) > No, 33721 is about stack variables and not static allocated variables which > still is limited by the linker. Ah, I missed that. That makes sense.

[Bug middle-end/16660] attribute((aligned)) doesn't work for variables on the stack for greater than required alignement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16660 Brooks Moses changed: What|Removed |Added Status|RESOLVED|NEW Resolution|FIXED

[Bug other/56334] __attribute__((aligned)) documentation is misleading

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56334 Andrew Pinski changed: What|Removed |Added Summary|__attribute__((aligned))|__attribute__((aligned))

[Bug middle-end/16660] attribute((aligned)) doesn't work for variables on the stack for greater than required alignement

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

[Bug other/56334] New: __attribute__((aligned)) documentation is outdated and misleading.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56334 Bug #: 56334 Summary: __attribute__((aligned)) documentation is outdated and misleading. Classification: Unclassified Product: gcc Version: 4.8.0 Status: UN

[Bug c++/56333] New: cannot use typedef name in inheriting constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56333 Bug #: 56333 Summary: cannot use typedef name in inheriting constructor Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/16660] attribute((aligned)) doesn't work for variables on the stack for greater than required alignement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16660 Brooks Moses changed: What|Removed |Added CC||brooks at gcc dot gnu.org --- Co

[Bug c++/52026] [4.6/4.7/4.8 Regression] Constexpr Variable Appears Uninitialized in Lambda

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52026 Paolo Carlini changed: What|Removed |Added CC||jason at gcc dot gnu.org

[Bug c++/54122] [4.7/4.8 Regression] segfault comparing enum class in lambda inside constructor of a templated class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54122 Paolo Carlini changed: What|Removed |Added CC||tim at klingt dot org --- Comme

[Bug c++/55076] ice when compiling lambda function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55076 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug c++/55680] [C++11] Member specialization with lambda is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55680 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/56013] ICE in lambda in a for-each in templated class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56013 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug c++/56135] [c++11] this incorrectly captured as null in template member function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56135 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug fortran/56224] [4.8 Regression] gfortran -fopenmp cannot find omp_lib.h

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

[Bug libstdc++/56332] libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56332 --- Comment #1 from devurandom at gmx dot net 2013-02-14 22:30:16 UTC --- Created attachment 29459 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29459 gcc-4.7.2-libstdc++-v3-os_include_dir-and-error_constants_dir-for-mingw64.patch

[Bug sanitizer/56330] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56330 --- Comment #3 from Jakub Jelinek 2013-02-14 22:34:01 UTC --- Started with http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196008

[Bug libstdc++/56332] New: libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56332 Bug #: 56332 Summary: libstdc++-v3 does not support x86_64-pc-mingw64: No support for this host/target combination Classification: Unclassified Product: gcc Version: 4.7

[Bug tree-optimization/56321] [4.8 Regression] ICE:segfault in midend for -funsafe-math-optimizations -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56321 William J. Schmidt changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo

[Bug sanitizer/56330] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56330 Steven Bosscher changed: What|Removed |Added Summary|[4.8 Regression] ICE: |ICE: verify_gimple failed:

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #20 from Steven Bosscher 2013-02-14 22:17:23 UTC --- (In reply to comment #12) > --- by-val-O3.s.orig2013-02-14 18:06:56.0 +0100 > +++ by-val-O3.s 2013-02-14 18:07:23.0 +0100 > @@ -357,9 +357,8 @@ >

[Bug ada/56331] New: Gnatprep returns zero on error.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56331 Bug #: 56331 Summary: Gnatprep returns zero on error. Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priorit

[Bug fortran/56224] [4.8 Regression] gfortran -fopenmp cannot find omp_lib.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56224 --- Comment #5 from Thomas Koenig 2013-02-14 22:13:38 UTC --- Author: tkoenig Date: Thu Feb 14 22:13:26 2013 New Revision: 196058 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196058 Log: 2013-02-14 Thomas Koenig PR

[Bug tree-optimization/56321] [4.8 Regression] ICE:segfault in midend for -funsafe-math-optimizations -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56321 Joseph S. Myers changed: What|Removed |Added Priority|P3 |P2

[Bug libstdc++/56267] [4.7/4.8 Regression] unordered containers require Assignable hash function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56267 Joseph S. Myers changed: What|Removed |Added Priority|P3 |P2

[Bug target/56214] [4.8 Regression] FAIL: gcc.c-torture/execute/20050121-1.c compilation, ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56214 Joseph S. Myers changed: What|Removed |Added Priority|P3 |P2

[Bug sanitizer/56330] [4.8 Regression] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56330 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug sanitizer/56330] New: [4.8 Regression] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56330 Bug #: 56330 Summary: [4.8 Regression] ICE: verify_gimple failed: gimple_bb (stmt) is set to a wrong basic block with -fsanitize=address Classification: Unclassified

[Bug middle-end/55477] [devirt] trunk fails inline-devirt tests #2 and and #3 whereas they pass in google/4_7

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55477 --- Comment #7 from Matt Hargett 2013-02-14 21:28:33 UTC --- Created attachment 29455 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29455 diff against trunk adding new testcases

[Bug middle-end/55478] [devirt] trunk fails inline-devirt test #4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55478 --- Comment #11 from Matt Hargett 2013-02-14 21:27:54 UTC --- Attached is an updated version of the tests Maxim committed to the google/4_7 branch. The only difference is that more of the tests are xfail'd than in the older google branch.

[Bug c++/52008] [Core/1495] ICE when adding partial specialization for variadic-templated structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52008 Jonathan Wakely changed: What|Removed |Added CC||jmetcalfe at acm dot org ---

[Bug c++/56329] Segmentation fault on simple invalid code with variadic template specialisation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56329 Jonathan Wakely changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug c++/55017] [DR 1051] [C++11] Rvalue-reference member should cause copy constructor to be deleted, but still declared

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55017 Jonathan Wakely changed: What|Removed |Added Summary|[C++11] Rvalue-reference|[DR 1051] [C++11]

[Bug c++/56319] [DR 1051] implicit copy constructor is not deleted for type with rvalue reference member

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56319 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug c++/55017] [C++11] Rvalue-reference member should cause copy constructor to be deleted, but still declared

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55017 Jonathan Wakely changed: What|Removed |Added CC||wlodzimierz.lipert at gmail

[Bug c++/56328] Explicit instantiation of inline function template works for base template, fails for specialized template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56328 --- Comment #3 from Jonathan Wakely 2013-02-14 20:45:35 UTC --- Also, [basic.def.odr]: "An inline function shall be defined in every translation unit in which it is odr-used." and [dcl.fct.spec] "If a function with external linkage is decl

[Bug target/55941] [4.8 Regression] Strange copy of double (in struct) to stack

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55941 Richard Henderson changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|

[Bug c++/56328] Explicit instantiation of inline function template works for base template, fails for specialized template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56328 --- Comment #2 from Jonathan Wakely 2013-02-14 20:39:53 UTC --- The foo<2> specialization is not declared in main.cpp before it would be needed, so the program is ill-formed, no diagnostic required, according to [templ.expl.spec]/6. Als

[Bug c++/56319] [DR 1051] implicit copy constructor is not deleted for type with rvalue reference member

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56319 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler at |

[Bug tree-optimization/56321] [4.8 Regression] ICE:segfault in midend for -funsafe-math-optimizations -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56321 --- Comment #6 from William J. Schmidt 2013-02-14 20:11:32 UTC --- Odd. Reassociation makes a correct and profitable transformation into foo (int n) { double _2; double _5; double _6; double _7; double _8; float _9;

[Bug bootstrap/56311] gcc/include-fixed/stdio.h: In function ‘_func’: gcc/include-fixed/stdio.h:135:3: error: expected declaration specifiers before ‘__extension__’

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56311 --- Comment #4 from devurandom at gmx dot net 2013-02-14 19:45:33 UTC --- Created attachment 29454 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29454 gcc-4.7.2-inclhack-hpux10_stdio_declarations.patch Attached patch fixes the issue

[Bug middle-end/54582] gap in FORTIFY checking of buffer lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54582 --- Comment #14 from David Binderman 2013-02-14 19:06:54 UTC --- Created attachment 29453 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29453 C++ source code Old version understood about a dozen formats, this later version under

[Bug c++/56329] New: Segmentation fault on simple invalid code with variadic template specialisation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56329 Bug #: 56329 Summary: Segmentation fault on simple invalid code with variadic template specialisation Classification: Unclassified Product: gcc Version: 4.7.2

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 --- Comment #8 from H.J. Lu 2013-02-14 18:47:12 UTC --- -O3 and -fprofile-use turn on optimizations like -funroll-loops which trigger false positive warnings.

[Bug c++/56328] Explicit instantiation of inline function template works for base template, fails for specialized template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56328 --- Comment #1 from Andrew Pinski 2013-02-14 18:44:41 UTC --- (In reply to comment #0) > Why does the compiler treat a specialized template differently from the base > template when it comes to explicit instantiation of inline function tem

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 Uros Bizjak changed: What|Removed |Added Component|tree-optimization |target --- Comment #19 from Uros

[Bug tree-optimization/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #18 from Uros Bizjak 2013-02-14 18:23:12 UTC --- Following patch is a big hammer approach to the problem, intended only for benchmarking --cut here-- Index: common/config/i386/i386-common.c =

[Bug bootstrap/55644] bootstrap-lto fails on current trunk (with and without profiledbootstrap)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55644 --- Comment #7 from Matt Hargett 2013-02-14 18:00:57 UTC --- Sorry, but wouldn't that be "papering over bugs"? I'm confounded by the attitude around bootstrap failures, regardless of the basic supported options being used: -O3 with LTO and

[Bug tree-optimization/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #17 from Uros Bizjak 2013-02-14 17:49:46 UTC --- (In reply to comment #16) > And it executed fast: > > ./by-val-O3-flags > Took 6.74 seconds total. The solution to all these PRs is trivial: kill -ftree-loop-if-convert o

[Bug tree-optimization/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #16 from arturomdn at gmail dot com 2013-02-14 17:42:55 UTC --- With -ftree-vectorize -fno-tree-loop-if-convert flags it generated this for the loop in question: .L39: movq%rdi, %rdx addq(%rsi,%rax,8),

[Bug tree-optimization/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #15 from Uros Bizjak 2013-02-14 17:34:15 UTC --- (In reply to comment #13) > $ g++ --version > g++ (GCC) 4.7.2 ... > $ g++ -O3 -std=c++11 by-val-O3.ii ; ./a.out > Took 14.31 seconds total. > $ g++ -O3 -std=c++11 by-val-O3.ii

[Bug tree-optimization/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #14 from arturomdn at gmail dot com 2013-02-14 17:30:54 UTC --- I also did the experiment, with the same results... it got faster but not as fast as the version with conditional branch instead of conditional moves: ./by-ref-O3

[Bug tree-optimization/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 Steven Bosscher changed: What|Removed |Added Keywords||missed-optimization C

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #12 from Steven Bosscher 2013-02-14 17:10:02 UTC --- A bit more clear with insn 195 added: 195: flags:CC=cmp(r124:DI,r235:DI) 197: r116:DI={(gtu(flags:CC,0))?r125:DI:r233:DI} 199: {r110:DI=r110:DI+0x1;clobber flags:CC;

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 Steven Bosscher changed: What|Removed |Added CC||steven at gcc dot gnu.org ---

[Bug bootstrap/56327] [4.8 Regression] Revision 196009 breaks bootstrap on x32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56327 --- Comment #1 from hjl at gcc dot gnu.org 2013-02-14 16:54:07 UTC --- Author: hjl Date: Thu Feb 14 16:54:01 2013 New Revision: 196054 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196054 Log: OFF_T: Merged from upstream r1751

[Bug middle-end/55889] [4.8 Regression] ICE: in move_op_ascend, at sel-sched.c:6153 with -fschedule-insns -fselective-scheduling

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889 Vladimir Makarov changed: What|Removed |Added CC||vmakarov at redhat dot com -

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #10 from arturomdn at gmail dot com 2013-02-14 16:43:23 UTC --- Might be worth mentioning here what I said in the stackoverflow answer, that in this particular case the entire conditional branch can be avoided because it is redun

[Bug c++/56323] [C++11] cannot compile inherited constructor for typedef'ed base class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56323 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unas

[Bug c++/56328] New: Explicit instantiation of inline function template works for base template, fails for specialized template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56328 Bug #: 56328 Summary: Explicit instantiation of inline function template works for base template, fails for specialized template Classification: Unclassified Pr

[Bug bootstrap/56327] New: [4.8 Regression] Revision 196009 breaks bootstrap on x32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56327 Bug #: 56327 Summary: [4.8 Regression] Revision 196009 breaks bootstrap on x32 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #9 from arturomdn at gmail dot com 2013-02-14 16:00:49 UTC --- I found in the Intel optimization guide an example of this idiom of comparing once and issuing two cmov back-to-back... so the problem isn't the two cmov, but possibl

[Bug c++/56326] g++.dg/gomp/tls-wrap4.C and g++.dg/tls/thread_local-wrap4.C FAIL on Solaris 9/x86

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56326 --- Comment #2 from Rainer Orth 2013-02-14 15:56:30 UTC --- Created attachment 29451 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29451 tls-wrap4.s assembler output with gas (native tls)

[Bug c++/56326] g++.dg/gomp/tls-wrap4.C and g++.dg/tls/thread_local-wrap4.C FAIL on Solaris 9/x86

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56326 --- Comment #1 from Rainer Orth 2013-02-14 15:55:42 UTC --- Created attachment 29450 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29450 tls-wrap4.s assembler output with as (emutls)

[Bug c++/56326] New: g++.dg/gomp/tls-wrap4.C and g++.dg/tls/thread_local-wrap4.C FAIL on Solaris 9/x86

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56326 Bug #: 56326 Summary: g++.dg/gomp/tls-wrap4.C and g++.dg/tls/thread_local-wrap4.C FAIL on Solaris 9/x86 Classification: Unclassified Product: gcc Version: 4.8.0

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 --- Comment #8 from arturomdn at gmail dot com 2013-02-14 15:53:15 UTC --- It is possible (just a guess) that the extra compare is causing an interlock in the processor since the first cmov is issued speculatively and the condition won't be

[Bug target/56309] -O3 optimizer generates conditional moves instead of compare and branch resulting in almost 2x slower code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56309 Yuri Rumyantsev changed: What|Removed |Added CC||ysrumyan at gmail dot com ---

[Bug tree-optimization/56321] [4.8 Regression] ICE:segfault in midend for -funsafe-math-optimizations -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56321 --- Comment #5 from William J. Schmidt 2013-02-14 14:43:29 UTC --- Actually I might be wrong about that, now that I think about it -- probably this was done in 4.8. It seems longer ago than that. ;)

[Bug c++/56323] [C++11] cannot compile inherited constructor for typedef'ed base class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56323 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid Stat

[Bug tree-optimization/56321] [4.8 Regression] ICE:segfault in midend for -funsafe-math-optimizations -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56321 William J. Schmidt changed: What|Removed |Added CC||wschmidt at gcc dot gnu.org

[Bug c++/56323] New: [C++11] cannot compile inherited constructor for typedef'ed base class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56323 Bug #: 56323 Summary: [C++11] cannot compile inherited constructor for typedef'ed base class Classification: Unclassified Product: gcc Version: 4.8.0 Status

[Bug go/56324] New: exp/locale/collate/build FAILs on 64-bit Solaris/SPARC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56324 Bug #: 56324 Summary: exp/locale/collate/build FAILs on 64-bit Solaris/SPARC Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: no

[Bug go/56322] New: text/template and testing/quick FAIL on 32-bit Solaris/SPARC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56322 Bug #: 56322 Summary: text/template and testing/quick FAIL on 32-bit Solaris/SPARC Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIR

[Bug tree-optimization/56321] [4.8 Regression] ICE:segfault in midend for -funsafe-math-optimizations -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56321 --- Comment #3 from Marek Polacek 2013-02-14 14:06:36 UTC --- And yeah, with -fno-tree-reassoc -> no ICE.

  1   2   >