[Bug c/39812] New: [4.5 regression] gcc.target/i386/cleanup-1.c and 8 gnat.dg tests FAIL between r146303 and r146339

Between: 146303 => http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg01859.html 146339 => http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg01961.html The following tests started failing on the -m32 run: FAIL: gcc.target/i386/cleanup-1.c execution test FAIL: gnat.dg/aliased_prefix_accessibility.a

[Bug c/32061] (Wlogical-op) wording of warning of constant logicials need improvement

--- Comment #6 from manu at gcc dot gnu dot org 2009-04-19 11:04 --- Subject: Bug 32061 Author: manu Date: Sun Apr 19 11:04:13 2009 New Revision: 146344 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146344 Log: 2009-04-19 Manuel López-Ibáñez PR c/32061 PR

[Bug c++/36954] Wrong warning with -Wlogical-op

--- Comment #2 from manu at gcc dot gnu dot org 2009-04-19 11:04 --- Subject: Bug 36954 Author: manu Date: Sun Apr 19 11:04:13 2009 New Revision: 146344 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146344 Log: 2009-04-19 Manuel López-Ibáñez PR c/32061 PR

[Bug c++/36954] Wrong warning with -Wlogical-op

--- Comment #3 from manu at gcc dot gnu dot org 2009-04-19 11:08 --- FIXED in GCC 4.5 -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c/32061] (Wlogical-op) wording of warning of constant logicials need improvement

--- Comment #7 from manu at gcc dot gnu dot org 2009-04-19 11:06 --- FIXED in GCC 4.5 -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c++/39813] New: [feature request] __PRETTY_FUNCTION__ addition

Given the following code: template struct A { void fn() { cout << __PRETTY_FUNCTION__ << endl; } }; struct B { template void fn() { cout << __PRETTY_FUNCTION__ << endl; } }; int main() { A().fn(); B().fn(); } g++ outputs: void A::fn() [with T = int]

[Bug testsuite/39781] Fail: g++.dg/cpp/_Pragma1.C, gcc.dg/cpp/_Pragma6.c

--- Comment #1 from ramana at gcc dot gnu dot org 2009-04-19 11:37 --- Patch submitted here. http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01406.html -- ramana at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug debug/39814] New: GCC does not emit debug info for a called function

The following program: #include #include int main() { printf("asin(1.0) = %f\n", asin(1.0)); return 0; } prints correctly 1.570796, but "p asin(1.0)" from within gdb prints 0. However, this work fine: (gdb) p ((double (*)(double))asin) (1.0) $4 = 1.5707963267948966 Or, with libc debug sy

[Bug c/39812] [4.5 regression] gcc.target/i386/cleanup-1.c and 8 gnat.dg tests FAIL between r146303 and r146339

--- Comment #1 from laurent at guerby dot net 2009-04-19 12:37 --- r146313 works and r146314 fails the 8 gnat.dg tests: r146314 | rguenth | 2009-04-18 15:02:00 +0200 (Sat, 18 Apr 2009) | 11 lines 2009-04-18 Richard Guenther PR middle-end/39804 * tree-ssa-ccp.c (fold

[Bug regression/35671] GCC 4.4.x vs. 4.2.x performance regression

--- Comment #8 from t dot artem at mailcity dot com 2009-04-19 13:51 --- If anyone cares to repeat my test results, here's a simple test case: 1) Obtain a large enough collection of WAV files (however I'm sure all other compressible material will also fit this test). If you have wine e

[Bug fortran/38802] Seg fault for RESULT with allocatable components

--- Comment #4 from pault at gcc dot gnu dot org 2009-04-19 15:03 --- Fixed on trunk. Thanks for the report Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/39815] New: [4.5 Regression] Revision 146317 caused many libstdc++ failures

Revision 146317: http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00954.html caused: FAIL: 29_atomics/atomic_flag/test_and_set/explicit.c (test for excess errors) FAIL: 29_atomics/atomic_flag/test_and_set/implicit.c (test for excess errors) FAIL: 29_atomics/headers/stdatomic.h/debug_mode.c (test for exc

[Bug middle-end/39816] New: [4.5 Regression] Revision 146322 failed gcc.target/i386/cleanup-1.c

Revision 146322: http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00959.html caused: FAIL: gcc.target/i386/cleanup-1.c execution test FAIL: gcc.target/i386/cleanup-2.c execution test on Linux/Intel64 and Linux/ia32. -- Summary: [4.5 Regression] Revision 146322 failed g

[Bug c/39812] [4.5 regression] gcc.target/i386/cleanup-1.c and 8 gnat.dg tests FAIL between r146303 and r146339

--- Comment #2 from hjl dot tools at gmail dot com 2009-04-19 15:37 --- *** Bug 39816 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug middle-end/39816] [4.5 Regression] Revision 146322 failed gcc.target/i386/cleanup-1.c

--- Comment #1 from hjl dot tools at gmail dot com 2009-04-19 15:37 --- *** This bug has been marked as a duplicate of 39812 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug libobjc/39817] New: objc_msg_sendv crashes on AMD64

On AMD64, using objc_msg_sendv leads to a segfault. This is because libobjc uses __builtin_return in objc_msg_sendv, which is broken on AMD64. I'm not sure whether I should create another bug that it's broken on AMD64 or if I should just report it as a bug in libobjc. The workaround would be to us

[Bug middle-end/39812] [4.5 regression] Revision 146322 failed gcc.target/i386/cleanup-1.c and 8 gnat.dg tests FAIL between r146303 and r146339

--- Comment #3 from hjl dot tools at gmail dot com 2009-04-19 15:40 --- This is caused by revision 146322: http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00959.html I also saw FAIL: gcc.target/i386/cleanup-2.c execution test on Linux/Intel64. -- hjl dot tools at gmail dot com changed:

[Bug libstdc++/39815] [4.5 Regression] Revision 146317 caused many libstdc++ failures

--- Comment #1 from paolo dot carlini at oracle dot com 2009-04-19 15:42 --- This is already fixed, try again. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug middle-end/39812] [4.5 regression] Revision 146314 failed 8 gnat.dg tests

--- Comment #4 from hjl dot tools at gmail dot com 2009-04-19 15:43 --- Apparently, there are 2 bugs. I will reopen 39816 for gcc.target/i386/cleanup-1.c. -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug middle-end/39816] [4.5 Regression] Revision 146322 failed gcc.target/i386/cleanup-1.c

--- Comment #2 from hjl dot tools at gmail dot com 2009-04-19 15:43 --- Reopened. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|RESOLV

[Bug libobjc/39817] objc_msg_sendv crashes on AMD64

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-19 15:52 --- >I really recommend getting this fixed for the next 4.3 release. Considering this has always been broken since the first release of libobjc which supported a target that passed via registers (aka have always been bro

[Bug libobjc/36610] objc_msg_sendv is broken for targets which pass argument via registers

--- Comment #15 from pinskia at gcc dot gnu dot org 2009-04-19 15:52 --- *** Bug 39817 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug debug/39814] GCC does not emit debug info for a called function

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-19 16:04 --- Can you attach the preprocessed source? And what options are you using to compile the program? It might be the case that asin is defined in the glibc's header as a macro which causes no debug information to be em

[Bug middle-end/39816] [4.5 Regression] Revision 146322 failed gcc.target/i386/cleanup-1.c

--- Comment #3 from hjl dot tools at gmail dot com 2009-04-19 16:50 --- Fixed as of revision 146350. -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug preprocessor/20078] Gcc doesn't complain about non-benign macro definitions

--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-04-19 17:11 --- Subject: Bug 20078 Author: jsm28 Date: Sun Apr 19 17:10:56 2009 New Revision: 146352 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146352 Log: libcpp: PR preprocessor/20078 * include/cpp-id-da

[Bug preprocessor/20078] Gcc doesn't complain about non-benign macro definitions

--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-04-19 17:14 --- Fixed for 4.5 along with related issues about whitespace variations around # and ## operators, and variations in the number of consecutive ## operators, not always being diagnosed as invalid duplicate macro definitions

[Bug preprocessor/39818] New: cpp_macro_definition should preserve # and ## spelling and whitespace

cpp_macro_definition, as used by options such as -dM, for PCH and for outputting macro definitions in debug info, should preserve the spelling (digraph or not) of # and ## operators, whether there is whitespace around them and sequences of consecutive ## and %:%: operators. After my patch for bug

[Bug middle-end/39275] -funroll-loop fails

--- Comment #2 from linuxl4 at sohu dot com 2009-04-19 17:30 --- can anybody comfirm? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39275

[Bug c/38243] Restrict constraint violation not an error with -pedantic-errors

--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-04-19 18:25 --- Subject: Bug 38243 Author: jsm28 Date: Sun Apr 19 18:25:07 2009 New Revision: 146356 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146356 Log: PR c/38243 * c-decl.c (shadow_tag_warned): Diagno

[Bug c/38243] Restrict constraint violation not an error with -pedantic-errors

--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-04-19 18:26 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug tree-optimization/39804] [4.5 Regression] internal compiler error: in propagate_necessity, at tree-ssa-dce.c:754

--- Comment #8 from segher at kernel dot crashing dot org 2009-04-19 19:39 --- > Added: > branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr39804.c Hi hjl, Why backport a single testcase from trunk to 4.4? This bug never existed on 4.4, it's not terribly useful as far as I

[Bug middle-end/39812] [4.5 regression] Revision 146314 failed 8 gnat.dg tests

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-19 19:49 --- Any hint on what happens? My Ada skills are rather weak. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39812

[Bug middle-end/39812] [4.5 regression] Revision 146314 failed 8 gnat.dg tests

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39812

[Bug c/19771] VLA deallocation

--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-04-19 20:20 --- Subject: Bug 19771 Author: jsm28 Date: Sun Apr 19 20:19:54 2009 New Revision: 146358 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146358 Log: PR c/19771 * c-semantics.c (pop_stmt_list): Propa

[Bug c/19771] VLA deallocation

--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-04-19 20:21 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug middle-end/39812] [4.5 regression] Revision 146314 failed 8 gnat.dg tests

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-19 20:37 --- Works for me on i686-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39812

[Bug c/37481] -pedantic accepts flexible array member = "string" initialization

--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-04-19 20:39 --- Subject: Bug 37481 Author: jsm28 Date: Sun Apr 19 20:38:53 2009 New Revision: 146359 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146359 Log: PR c/37481 * c-typeck.c (digest_init): Check for

[Bug c/37481] -pedantic accepts flexible array member = "string" initialization

--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-04-19 20:40 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug middle-end/39812] [4.5 regression] Revision 146314 failed 8 gnat.dg tests

--- Comment #7 from laurent at guerby dot net 2009-04-19 20:49 --- For me with -m32: 146313: OK 146314: FAIL 146322: OK I'm rebuilding 146313 and 146314 and try to diff what changes -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39812

[Bug c/39819] New: Missed optimisation when setting 4-byte values

avr-gcc misses a number of optimisations when copying 4-byte values or assigning a single byte value to 4 byte values. The issue actually applies to other sized values as well, but since 4 byte values are common (such as for 32-bit ints, and for floats) the issue is especially relevant. In summar

[Bug target/39247] FAIL: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE

--- Comment #2 from ramana at gcc dot gnu dot org 2009-04-19 21:32 --- Still occurs with trunk today. -- ramana at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/39249] FAIL: g++.dg/ipa/iinline-1.C scan-ipa-dump inline "String::funcOne[^\n]*inline copy in int main"

-- ramana at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug middle-end/35141] ARM: Constant generation inside a loop: Missed optimization opportunity

--- Comment #8 from ramana at gcc dot gnu dot org 2009-04-19 21:41 --- This appears to be fixed on all release branches. This probably should now be closed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35141

[Bug target/31938] Wrong code on int to short cast on armeb

--- Comment #3 from ramana at gcc dot gnu dot org 2009-04-19 21:59 --- I believe this is a case of wrong usage of the compiler and this bug could be closed as invalid. However the question remains about big endian and little endian compiler options and supporting or not support armeb opt

[Bug bootstrap/32101] xgcc invokes as with invalid -m option while assembling crtbegin.o

--- Comment #7 from ramana at gcc dot gnu dot org 2009-04-19 22:02 --- This doesn't appear with any of the release branches (4.3, 4.4) or trunk currently. Can this now be closed out ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32101

[Bug c++/39820] New: errors while compiling libc and the kernel

This is new: libc: In file included from regex.c:65: regexec.c: In function 're_search_stub': regexec.c:411: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[2]: *** [/hom

[Bug target/39819] [avr] Missed optimisation when setting 4-byte values

-- eric dot weddington at atmel dot com changed: What|Removed |Added CC||eric dot weddington at atmel |

vector<> issue in g++?

I don't think this is a bug but certainly it is a problem. Would you please consider it and let me know? I hope so. Thanks. The following simple volcalc.cpp code compiles with no errors (and works) in Windows Visual C++. It simply sizes the "alldata" array later in the code. With g++ v.4.3.2 ins

[Bug middle-end/39812] [4.5 regression] Revision 146314 failed 8 gnat.dg tests

--- Comment #8 from laurent at guerby dot net 2009-04-20 00:07 --- I made a procedural mistake above, the right FAIL point is: 146321: OK 146322: FAIL diff: +2009-04-18 Jan Hubicka + + * cgraph.c (cgraph_make_edge, dump_cgraph_node, cgraph_set_call_stmt): + Set nothrow

[Bug tree-optimization/39821] New: 120% slowdown with vectorizer

The vectorizer produces horrible code with this testcase: $ cat dotproduct.c #include "inttypes.h" int64_t dotproduct(int32_t *v1, int32_t *v2, int order) { int64_t accum = 0; while (order--) accum += (int64_t) *v1++ * *v2++; return accum; } int64_t dotproduct_order4(int32_t

Re: vector<> issue in g++?

On Sun, Apr 19, 2009 at 4:15 PM, Paolo Piacentini wrote: > I don't think this is a bug but certainly it is a problem. > > Would you please consider it and let me know? I hope so. Thanks. > > The following simple volcalc.cpp code compiles with no errors (and > works) in Windows Visual C++. > It sim

[Bug target/32340] [arm] libjava build failure due to missing thread synchronization primitives

--- Comment #4 from ramana at gcc dot gnu dot org 2009-04-20 05:58 --- The build is broken currently for arm-none-eabi targets on trunk. Attempting a simple fix of supporting arm-eabi* got me past the error reported in the original bug report. but I still get a failure with the followi