[Bug rtl-optimization/46521] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7092 with -Os -fselective-scheduling2 -fsel-sched-pipelining -fprofile-generate -fno-early-inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46521 Andrey Belevantsev abel at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.11.18 08:09:54 CC||abel at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Andrey Belevantsev abel at gcc dot gnu.org 2010-11-18 08:09:54 UTC --- Investigating.
[Bug c/46155] Bug with generation of float.h header file on AIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46155 --- Comment #13 from Kalle Olavi Niemitalo kon at iki dot fi 2010-11-18 08:10:20 UTC --- Earlier, I thought GCC would eventually have to add some libc-specific definitions to float.h anyway, in order to make FLT_ROUNDS call a function in the C library and map the results correctly, and the IBM fprnd_t and function declarations could then be added at the same time; but according to bug 30569, FLT_ROUNDS is supposed to call a built-in function instead. FLT_EVAL_METHOD has a similar ??? comment above it, but C99 says it shall be a constant expression[s] suitable for use in #if preprocessing directives, so cannot expand to a function call.
[Bug debug/46258] gcc.dg/tree-ssa/pr23820.c: -fcompare-debug failure with -O3 -ffloat-store
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46258 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.11.18 08:30:50 AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 08:30:50 UTC --- Mine
[Bug middle-end/46534] New: [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534 Summary: [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: ja...@gcc.gnu.org /* { dg-do compile } */ /* { dg-options -O2 } */ #define S1 #define S2 S1 S1 S1 S1 S1 S1 S1 S1 S1 S1 #define S3 S2 S2 S2 S2 S2 S2 S2 S2 S2 S2 #define S4 S3 S3 S3 S3 S3 S3 S3 S3 S3 S3 #define S5 S4 S4 S4 S4 S4 S4 S4 S4 S4 S4 #define S6 S5 S5 S5 S5 S5 S5 S5 S5 S5 S5 #define S7 S6 S6 S6 S6 S6 S6 S6 S6 S6 S6 void foo (void) { __builtin_printf (S7 \n); } ICEs, because printf-puts folding uses XALLOCAVEC for the string literal, which for very long strings overflows the stack.
[Bug debug/46258] gcc.dg/tree-ssa/pr23820.c: -fcompare-debug failure with -O3 -ffloat-store
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46258 --- Comment #2 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 08:32:53 UTC --- Created attachment 22438 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22438 Patch that fixes the bug Here's the patch I'm testing.
[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.11.18 08:35:47 Known to work||3.2.3 AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.3.6 Ever Confirmed|0 |1 Known to fail||3.4.6, 4.4.5, 4.5.1, 4.6.0
[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 08:47:37 UTC --- Created attachment 22439 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22439 gcc46-pr46534.patch Untested fix.
[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.11.18 10:04:31 Ever Confirmed|0 |1 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:04:31 UTC --- Mine then. How do you build bootstrap-lto?
[Bug c++/46526] [4.6 Regression] VTable Problem?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46526 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Known to work||4.5.1 Target Milestone|--- |4.6.0 Summary|VTable Problem? |[4.6 Regression] VTable ||Problem? --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:06:57 UTC --- Confirmed.
[Bug bootstrap/46528] [ia64] profiledbootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:09:44 UTC --- What you do is look at the gimple before pass_ipa_tree_profile at profile-use and profile-generate time, they should have matching CFGs. If they don't then that's the bug.
[Bug testsuite/46529] guality_check times out, so guality tests are not run
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46529 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:11:00 UTC --- Huh. But after all it correctly detects the tests won't work ...
[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comment #9 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:12:07 UTC --- *** Bug 46530 has been marked as a duplicate of this bug. ***
[Bug libgomp/46530] libgomp/barrier.c:41:1: internal compiler error: in decide_is_variable_needed, at varpool.c:338
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46530 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:12:07 UTC --- . *** This bug has been marked as a duplicate of bug 46510 ***
[Bug lto/46531] Many benchmarks in SPEC CPU 2006 are miscompiled by LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46531 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.18 10:16:32 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:16:32 UTC --- Also can be seen here: http://gcc.opensuse.org/SPEC/CFP/sb-barbella.suse.de-ai-64/recent.html (the tester finally recovered) SPEC INT is all fine though. I see neary all of SPEC FP fail (with the linker plugin). SPEC 2k seems to be fine. What an interesting amount of different LTO variants ... ;)
[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:19:39 UTC --- Err. Why not avoid the copying completely? build_string will copy it anyway (and thus so does build_string_literal).
[Bug middle-end/46518] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1271
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518 --- Comment #13 from Alexander Monakov amonakov at gcc dot gnu.org 2010-11-18 10:24:38 UTC --- Author: amonakov Date: Thu Nov 18 10:24:31 2010 New Revision: 166898 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166898 Log: PR middle-end/46518 * sel-sched-ir.c (init_expr): Use the correct type for target_available. * sel-sched.c (fill_vec_av_set): Use explicitly signed char type. Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched-ir.c trunk/gcc/sel-sched.c
[Bug driver/46516] Non-multilib search problem in gcc.c / gfortran error: libgfortran.spec: No such file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.11.18 10:24:17 AssignedTo|unassigned at gcc dot |burnus at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #15 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-18 10:24:17 UTC --- Patch which gets rid of the spec file: http://gcc.gnu.org/ml/fortran/2010-11/msg00274.html
[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 10:25:21 UTC --- Because it needs to modify it first (overwrite '\n' with '\0').
[Bug middle-end/46518] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1271
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46518 Alexander Monakov amonakov at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #14 from Alexander Monakov amonakov at gcc dot gnu.org 2010-11-18 10:26:42 UTC --- Fixed.
[Bug tree-optimization/46535] New: [4.6 Regression] Endless loop during inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535 Summary: [4.6 Regression] Endless loop during inlining Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: rgue...@gcc.gnu.org CC: hubi...@gcc.gnu.org Reducing PR46523 I run into gdb --args ./cc1plus -quiet -O2 -m32 -w -std=c++0x -o /dev/null 9793.ii ... Program received signal SIGINT, Interrupt. 0x00f9a39c in cgraph_decide_inlining_of_small_functions () at /space/rguenther/src/svn/trunk/gcc/ipa-inline.c:1178 1178 where = where-callers-caller; (gdb) l 1173 where = edge-caller; 1174 while (where-global.inlined_to) 1175{ 1176 if (where-decl == edge-callee-decl) 1177break; 1178 where = where-callers-caller; 1179} 1180 if (where-global.inlined_to) 1181{ 1182 edge-inline_failed (gdb) p where-callers-caller $1 = (struct cgraph_node *) 0x74f99420 (gdb) p where $2 = (struct cgraph_node *) 0x74f99420 (gdb) p where-global.inlined_to $3 = (struct cgraph_node *) 0x74fb3420 thus, an endless loop. Maybe related to the original PR of course. I will try to reduce this one as well as soon as reducing the other one finished.
[Bug tree-optimization/46535] [4.6 Regression] Endless loop during inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:32:38 UTC --- Created attachment 22440 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22440 testcase
[Bug tree-optimization/46535] [4.6 Regression] Endless loop during inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.6.0
[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 11:16:35 UTC --- Hm. We have t (leader) - main-variant (but t is its leader) so we violated /* Always register the main variant first. This is important so we pick up the non-typedef variants as canonical, otherwise we'll end up taking typedef ids for structure tags during comparison. */ if (TYPE_MAIN_VARIANT (t) != t) gimple_register_type (TYPE_MAIN_VARIANT (t)); somehow. This results in endless recursion between the two fns. I have a patch.
[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.11.18 11:22:02 AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #2 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 11:22:02 UTC --- Mine
[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338 --- Comment #3 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 11:23:50 UTC --- Created attachment 22441 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22441 Patch that fixes the problem Here's the patch I'm testing.
[Bug c/46536] New: ICE when compiling ARM kernel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46536 Summary: ICE when compiling ARM kernel Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: rootki...@yahoo.it I get this when compiling an Android ARM kernel: arm-eabi-gcc -Wp,-MD,mm/.page-writeback.o.d -nostdinc -mlittle-endian -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -O2 -marm -mabi=aapcs-linux -mno-thumb-interwork -funwind-tables -D__LINUX_ARM_ARCH__=7 -march=armv7-a -msoft-float -Uarm -Wframe-larger-than=1024 -fno-stack-protector -fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -c -o mm/page-writeback.o mm/page-writeback.imm/page-writeback.c: In function 'write_cache_pages': mm/page-writeback.c:820: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. --- Comment #1 from rootkit85 at yahoo dot it rootkit85 at yahoo dot it 2010-11-18 11:25:06 UTC --- Created attachment 22442 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22442 the preprocessed source file
[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076 --- Comment #12 from rguenther at suse dot de rguenther at suse dot de 2010-11-18 11:31:59 UTC --- On Wed, 17 Nov 2010, matt at use dot net wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076 --- Comment #11 from Matt Hargett matt at use dot net 2010-11-17 21:37:43 UTC --- Given that int foo() and int foo(void) are not varargs functions, shouldn't GCC mainline be able to optimize this? The types are not treated as compatible. The following would change that: Index: tree-ssa.c === --- tree-ssa.c (revision 166900) +++ tree-ssa.c (working copy) @@ -1410,6 +1410,11 @@ useless_type_conversion_p (tree outer_ty if (!TYPE_ARG_TYPES (outer_type)) return true; + /* A conversion between unprototyped and empty argument list is ok. */ + if (TYPE_ARG_TYPES (outer_type) == void_list_node + !TYPE_ARG_TYPES (inner_type)) + return true; + /* If the unqualified argument types are compatible the conversion is useless. */ if (TYPE_ARG_TYPES (outer_type) == TYPE_ARG_TYPES (inner_type)) But for example our type-generic builtins for isinf and friends also use a NULL TYPE_ARG_TYPES list but they _are_ variadic and certainly not compatible with isinf (void). I'm also not sure if other languages allow variadic functions without a first arg (the backends would certainly handle that just fine I think). That said - the middle-end doesn't really have a notion of unprototyped. That's a concept the frontend should lower (at call-sites, but that requires some middle-end infrastructure change). Richard.
[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 11:52:48 UTC --- (In reply to comment #3) Because it needs to modify it first (overwrite '\n' with '\0'). ? just pass a proper length, build_string will append a \0, no? That said, if build_string doesn't work, create a variant that will do. No need to copy twice. Really.
[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 11:55:33 UTC --- I'm past the failure but now see comparison fails of all files. Ah, I forgot --frandom-seed=0.
[Bug other/46026] [trans-mem] Unable to build libitm on Solaris/x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46026 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.11.18 12:02:26 CC||aoliva at gcc dot gnu.org AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-11-18 12:02:26 UTC --- Mine. Patch that fixes this is at http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01773.html
[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076 --- Comment #13 from Jan Hubicka hubicka at ucw dot cz 2010-11-18 12:07:51 UTC --- That said - the middle-end doesn't really have a notion of unprototyped. That's a concept the frontend should lower (at call-sites, but that requires some middle-end infrastructure change). What I was thinking of here is some gimple optimization working out that we can update type of the originally indirect call... That way the types don't need to be neccesarily compatible. Obviously KR C will also do variadic functions without prototypes... Honza
[Bug c/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076 --- Comment #14 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 12:11:42 UTC --- (In reply to comment #13) That said - the middle-end doesn't really have a notion of unprototyped. That's a concept the frontend should lower (at call-sites, but that requires some middle-end infrastructure change). What I was thinking of here is some gimple optimization working out that we can update type of the originally indirect call... That way the types don't need to be neccesarily compatible. Obviously KR C will also do variadic functions without prototypes... What we need (and what I unfortunately have postponed to next stage1) is a way to keep the (indirect call) function type. For which I will simply add a fn_type member to gimple_call which is controlled by the frontend. We then can treat function pointer conversions as useless (and then the inliner has to decide if the call is suitable for the fndecl).
[Bug tree-optimization/46537] New: [4.6 Regression] ICE: SIGSEGV in simplify_replace_fn_rtx (simplify-rtx.c:362) with -g -O -fipa-cp -fipa-cp-clone -freorder-blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46537 Summary: [4.6 Regression] ICE: SIGSEGV in simplify_replace_fn_rtx (simplify-rtx.c:362) with -g -O -fipa-cp -fipa-cp-clone -freorder-blocks Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Created attachment 22443 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22443 reduced testcase Compiler output: $ gcc -g -O -fipa-cp -fipa-cp-clone -freorder-blocks testcase.C testcase.C: In function 'void test5()': testcase.C:56:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r166868 - crash r165699 - OK r163636 - OK 4.5 r166509 - OK
[Bug tree-optimization/46537] [4.6 Regression] ICE: SIGSEGV in simplify_replace_fn_rtx (simplify-rtx.c:362) with -g -O -fipa-cp -fipa-cp-clone -freorder-blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46537 --- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 12:28:43 UTC --- (gdb) bt #0 simplify_replace_fn_rtx (x=0x0, old_rtx=0x0, fn=0xb8c4c0 strip_pointer_flags, data=0x0) at /mnt/svn/gcc-trunk/gcc/simplify-rtx.c:362 #1 0x00b9b1c8 in emit_note_insn_var_location (varp=0x1938840, data=value optimized out) at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7324 #2 0x011cf478 in htab_traverse_noresize (htab=value optimized out, callback=0xb9a840 emit_note_insn_var_location, info=0x7fffd880) at /mnt/svn/gcc-trunk/libiberty/hashtab.c:784 #3 0x00b927bd in emit_notes_for_changes (insn=0x75d8d798, where=EMIT_NOTE_BEFORE_INSN, vars=value optimized out) at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7532 #4 0x00b981ed in emit_notes_for_differences () at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7674 #5 vt_emit_notes () at /mnt/svn/gcc-trunk/gcc/var-tracking.c:7995 #6 0x00b9e783 in variable_tracking_main_1 () at /mnt/svn/gcc-trunk/gcc/var-tracking.c:8610 #7 variable_tracking_main () at /mnt/svn/gcc-trunk/gcc/var-tracking.c:8624 #8 0x00909e0f in execute_one_pass (pass=0x177f6c0) at /mnt/svn/gcc-trunk/gcc/passes.c:1560 #9 0x0090a0d5 in execute_pass_list (pass=0x177f6c0) at /mnt/svn/gcc-trunk/gcc/passes.c:1615 #10 0x0090a0e7 in execute_pass_list (pass=0x177c1c0) at /mnt/svn/gcc-trunk/gcc/passes.c:1616 #11 0x0090a0e7 in execute_pass_list (pass=0x177c220) at /mnt/svn/gcc-trunk/gcc/passes.c:1616 #12 0x00a4e0d6 in tree_rest_of_compilation (fndecl=0x75d0ed00) at /mnt/svn/gcc-trunk/gcc/tree-optimize.c:422 #13 0x00c15a12 in cgraph_expand_function (node=0x75d24420) at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1494 #14 0x00c17fea in cgraph_expand_all_functions () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1553 #15 cgraph_optimize () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1809 #16 0x00c1855a in cgraph_finalize_compilation_unit () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1017 #17 0x00585ded in cp_write_global_declarations () at /mnt/svn/gcc-trunk/gcc/cp/decl2.c:3973 #18 0x009f6d60 in compile_file (argc=7, argv=0x7fffde88) at /mnt/svn/gcc-trunk/gcc/toplev.c:882 #19 do_compile (argc=7, argv=0x7fffde88) at /mnt/svn/gcc-trunk/gcc/toplev.c:2313 #20 toplev_main (argc=7, argv=0x7fffde88) at /mnt/svn/gcc-trunk/gcc/toplev.c:2374 #21 0x76579bbd in __libc_start_main () from /lib/libc.so.6 #22 0x004caea1 in _start ()
[Bug target/40171] GCC does not pass -mtune and -march options to assembler!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40171 Dzianis Kahanovich mahatma at eu dot by changed: What|Removed |Added Attachment #22434|0 |1 is obsolete|| --- Comment #7 from Dzianis Kahanovich mahatma at eu dot by 2010-11-18 12:31:25 UTC --- Created attachment 22444 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22444 atune2.patch Bugfix targets.
[Bug c++/46538] New: [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in cp_make_fname_decl (decl.c:3690) on invalid code when using __PRETTY_FUNCTION__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46538 Summary: [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in cp_make_fname_decl (decl.c:3690) on invalid code when using __PRETTY_FUNCTION__ Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz - testcase.C - S():str(__PRETTY_FUNCTION__) {} -- Output with valgrind: $ gcc testcase.C testcase.C:1:3: error: ISO C++ forbids declaration of 'S' with no type [-fpermissive] testcase.C: In function 'int S()': testcase.C:1:5: error: only constructors take member initializers ==12873== Invalid read of size 1 ==12873==at 0x503CE7: cp_make_fname_decl (decl.c:3690) ==12873==by 0x662D44: fname_decl (c-common.c:856) ==12873==by 0x602FD5: finish_fname (semantics.c:2289) ==12873==by 0x5A7DA3: cp_parser_primary_expression (parser.c:3781) ==12873==by 0x5A7FBF: cp_parser_postfix_expression (parser.c:5137) ==12873==by 0x5A8C7B: cp_parser_unary_expression (parser.c:6109) ==12873==by 0x5A95D7: cp_parser_binary_expression (parser.c:6779) ==12873==by 0x5A9ADA: cp_parser_assignment_expression (parser.c:6995) ==12873==by 0x5ABBAE: cp_parser_parenthesized_expression_list (parser.c:5703) ==12873==by 0x5B1C7B: cp_parser_ctor_initializer_opt_and_function_body (parser.c:10667) ==12873==by 0x5B24B1: cp_parser_function_definition_after_declarator (parser.c:19647) ==12873==by 0x5B3C9B: cp_parser_init_declarator (parser.c:19576) ==12873== Address 0x74 is not stack'd, malloc'd or (recently) free'd ==12873== cc1plus: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r166868 - crash 3.3.6, 4.1.2, 4.2.4, 4.3.5, 4.4.5, 4.5.1 - bails out (release/no checking) 3.4.6, 4.0.4 - OK (release/no checking)
[Bug c++/46538] [4.3/4.4./4.5/4.6 Regression] ICE: SIGSEGV in cp_make_fname_decl (decl.c:3690) on invalid code when using __PRETTY_FUNCTION__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46538 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.3.6
[Bug c/46536] ICE when compiling ARM kernel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46536 Mikael Pettersson mikpe at it dot uu.se changed: What|Removed |Added CC||mikpe at it dot uu.se --- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2010-11-18 12:46:46 UTC --- gcc-4.4.0? 1. try a recent compiler, preferably gcc-4.4.5 or gcc-4.5.1, the bug may have been fixed already 2. using the preprocessed source file, try to reduce the number of options to the bare minimum needed to reproduce the ICE
[Bug c/46536] ICE when compiling ARM kernel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46536 rootki...@yahoo.it rootkit85 at yahoo dot it changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #3 from rootkit85 at yahoo dot it rootkit85 at yahoo dot it 2010-11-18 12:52:31 UTC --- duplicate of #45102 *** This bug has been marked as a duplicate of bug 45102 ***
[Bug target/45102] mm/page-writeback.c:820: internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102 rootki...@yahoo.it rootkit85 at yahoo dot it changed: What|Removed |Added CC||rootkit85 at yahoo dot it --- Comment #5 from rootkit85 at yahoo dot it rootkit85 at yahoo dot it 2010-11-18 12:52:31 UTC --- *** Bug 46536 has been marked as a duplicate of this bug. ***
[Bug fortran/46532] [OMP] missing error for loop bounds missing an attribute
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46532 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts-invalid, openmp Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.18 12:56:26 CC||burnus at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-18 12:56:26 UTC --- Intel has: error #6752: Since the OpenMP DEFAULT(NONE) clause applies, the PRIVATE, SHARED, REDUCTION, FIRSTPRIVATE, or LASTPRIVATE attribute must be explicitly specified for every variable. [N] From the OpenMP 3.0 specification: The default(none) clause requires that each variable that is referenced in the construct, and that does not have a predetermined data-sharing attribute, must have its data-sharing attribute explicitly determined by being listed in a data-sharing attribute clause. (2.9.3.1 default clause) Cf. also 2.9.1.1 Data-sharing Attribute Rules for Variables Referenced in a Construct, which lists the variables which have predetermined data-sharing attributes; in the example, it only affects i (The loop iteration variable(s) in the associated do-loop(s) of a do or parallel do construct is(are) private.)
[Bug fortran/46539] New: libquadmath: Add -static-libquadmath
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46539 Summary: libquadmath: Add -static-libquadmath Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org One should add such a flag. For some systems such as Darwin, it needs more changes than to the general argument handling (gcc/gcc.c?) Cf. http://gcc.gnu.org/ml/fortran/2010-11/msg00273.html
[Bug target/45359] poor -march=native choices for VIA C7 Esther processors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45359 Dzianis Kahanovich mahatma at eu dot by changed: What|Removed |Added Attachment #22306|0 |1 is obsolete|| --- Comment #5 from Dzianis Kahanovich mahatma at eu dot by 2010-11-18 13:05:51 UTC --- Created attachment 22445 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22445 centaur2.patch Compatibility with GNU assembler -mtune set (#40171).
[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525 --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 13:10:45 UTC --- Author: rguenth Date: Thu Nov 18 13:10:40 2010 New Revision: 166902 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166902 Log: 2010-11-18 Richard Guenther rguent...@suse.de PR lto/46525 * gimple.c (gimple_register_type): Update TYPE_MAIN_VARIANT of type leaders. (gimple_register_canonical_type): Also cache the canoncial type for non type leaders. Modified: trunk/gcc/ChangeLog trunk/gcc/gimple.c
[Bug fortran/46540] New: libquadmath: Implement --disable-libquadmath
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46540 Summary: libquadmath: Implement --disable-libquadmath Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Add this option to build GCC without libquadmath. That implies: - No building of libquadmath is self - No acceptance of REAL(16) (except on long double == 128bit systems) by the Fortran front end - No dependence on libquadmath by libgfortran
[Bug lto/46525] [4.6 Regression] Failed to bootstrap-lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46525 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 13:12:10 UTC --- Fixed.
[Bug fortran/46540] libquadmath: Implement --disable-libquadmath
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46540 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-18 13:13:11 UTC --- Probably also needs some update of the general GCC documentation such as install.
[Bug bootstrap/46541] New: libquadmath: No way to disable it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46541 Summary: libquadmath: No way to disable it Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: rgue...@gcc.gnu.org There needs to be a way to disable building (and using) libquadmath (similar to decimal float support). Documented in doc/install.texi.
[Bug debug/46123] [4.5/4.6 Regression] ICE: in output_aranges, at dwarf2out.c:11531 with -feliminate-dwarf2-dups -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46123 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 13:13:57 UTC --- Created attachment 22446 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22446 gcc46-pr46123.patch Ugh, this is very ugly. gen_subprogram_die sometimes decides to reuse old_die which was DW_AT_declaration and can be deeply nested in type children, which breaks -feliminate-dwarf2-dups as well as -gdwarf-4 if those are moved to separate CUs (either the comdat ones or .debug_types). The patch fixes this by not reusing the old die if doing one or another way of duplicate removals (perhaps could do an extra check if the old_die is actually in a tree that is going to be moved, which wouldn't be that hard to do for break_out_includes, but would be uglier for .debug_types). Or we could do it always. Unfortunately just doing that leads to crashes, because context_die is NULL and dwarf2out_finish doesn't want to see limbo DIEs with type contexts, so the patch also uses comp_unit_die () in that case. Jason/Cary, what do you think?
[Bug other/42670] demangler doesn't completely demangle a global constructor symbol
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670 --- Comment #9 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2010-11-18 13:24:05 UTC --- Author: hjl Date: Thu Nov 18 13:24:00 2010 New Revision: 166903 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166903 Log: Update expected demangler output. 2010-11-18 H.J. Lu hongjiu...@intel.com PR other/42670 * testsuite/abi/demangle/regression/cw-13.cc: Updated. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/testsuite/abi/demangle/regression/cw-13.cc
[Bug tree-optimization/46535] [4.6 Regression] Endless loop during inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46535 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.18 14:02:15 CC||jason at redhat dot com Ever Confirmed|0 |1 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2010-11-18 14:02:15 UTC --- It is triggered by revision 166167: http://gcc.gnu.org/ml/gcc-cvs/2010-11/msg00053.html
[Bug testsuite/46529] guality_check times out, so guality tests are not run
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46529 --- Comment #2 from dave at hiauly1 dot hia.nrc.ca 2010-11-18 14:05:39 UTC --- --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 10:11:00 UTC --- Huh. But after all it correctly detects the tests won't work ... Actually, that's not true. See for example http://gcc.gnu.org/ml/gcc-testresults/2010-11/msg01408.html This testsuite run used an old build of gdb from cvs: 502 (hiauly1)dave gdb --version GNU gdb 2004-01-08-cvs The situation on hppa1.1-hp-hpux10.20 is not any worse than on hppa-unknown-linux-gnu where in theory things should work ... In fact, the majority of failing tests are the same. Dave
[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089 --- Comment #11 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 14:11:04 UTC --- Author: rguenth Date: Thu Nov 18 14:11:00 2010 New Revision: 166904 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166904 Log: 2010-11-18 Richard Guenther rguent...@suse.de PR lto/45089 * dwarf2out.c (add_AT_die_ref): Work around LTO losing types when checking is not enabled. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c
[Bug lto/45089] -Os -g -fwhopr dwarf2out ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-checking --- Comment #12 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 14:11:39 UTC --- Now ice-checking only.
[Bug c++/46526] [4.6 Regression] VTable Problem?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46526 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-18 14:23:52 UTC --- 4.6.0 20100925 was OK
[Bug rtl-optimization/46522] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7092 with -O3 -fsel-sched-pipelining -fselective-scheduling2 -funroll-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46522 Andrey Belevantsev abel at gcc dot gnu.org changed: What|Removed |Added AssignedTo|unassigned at gcc dot |abel at gcc dot gnu.org |gnu.org | --- Comment #2 from Andrey Belevantsev abel at gcc dot gnu.org 2010-11-18 14:28:54 UTC --- I have a patch.
[Bug middle-end/46297] [4.6 Regression] gfortran.dg/g77/980701-0.f FAILs with -Os -fno-asynchronous-unwind-tables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46297 Jeffrey A. Law law at redhat dot com changed: What|Removed |Added Status|NEW |ASSIGNED Component|tree-optimization |middle-end AssignedTo|unassigned at gcc dot |law at redhat dot com |gnu.org |
[Bug middle-end/46297] [4.6 Regression] gfortran.dg/g77/980701-0.f FAILs with -Os -fno-asynchronous-unwind-tables
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46297 --- Comment #10 from Jeffrey A. Law law at gcc dot gnu.org 2010-11-18 14:34:33 UTC --- Author: law Date: Thu Nov 18 14:34:29 2010 New Revision: 166905 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166905 Log: PR middle-end-optimization/46297 * postreload.c (reload_combine_note_store): Deal with embedded side effects in MEM expressions. * gfortran.dg/pr46297.f: New test. Added: trunk/gcc/testsuite/gfortran.dg/pr46297.f Modified: trunk/gcc/ChangeLog trunk/gcc/postreload.c trunk/gcc/testsuite/ChangeLog
[Bug driver/46516] Non-multilib search problem in gcc.c / gfortran error: libgfortran.spec: No such file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46516 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|NEW --- Comment #16 from Tobias Burnus burnus at gcc dot gnu.org 2010-11-18 14:36:00 UTC --- We (for another group of we) agreed that that's the wrong approach. Current suggestion my Matz: 15:20 richi I wonder why/how it works for libgomp 15:21 matz That is included via %:include in the linker_command_spec. That comes after the multilib paths are ready. 15:21 matz But there's (currently) no hook for frontends to include anything into link_command_spec. [...] 15:29 matz Add a new (frontend-driver) macro: LANG_LINK_LIBS (or something). In gcc.c handle it similar to STACK_SPLIT_SPEC. (#ifndef - then empty). In fortran frontend header #define it to '%:include(libgfortran.spec)%lib_gfortran)'. in libgfortran.spec don't define 'lib:' but 'lib_gfortran:' (look at libgomp.spec). 15:30 matz Similar to STACK_SPLIT_SPEC includes adding it to LINK_COMMAND_SPEC. 15:31 matz And then hack long enough until everything works. But at least that way libgfortran.spec will be found in the multilib dirs.
[Bug other/46542] New: GCC 4.7 pending patches meta-bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46542 Summary: GCC 4.7 pending patches meta-bug Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: l...@redhat.com Place to attach GCC 4.7 pending patches and PRs
[Bug other/46542] GCC 4.7 pending patches meta-bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46542 --- Comment #1 from Jeffrey A. Law law at redhat dot com 2010-11-18 14:47:10 UTC --- Created attachment 22447 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22447 Improve reload inheritance's code generation and predictability http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01917.html
[Bug bootstrap/46528] [ia64] profiledbootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528 Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org changed: What|Removed |Added CC||mkuvyrkov at gcc dot ||gnu.org --- Comment #2 from Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org 2010-11-18 14:55:35 UTC --- Also confirmed on x86_64-unknown-linux-gnu. The execution numbers are exactly the same as on ia64.
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING
[Bug fortran/46543] New: libquadmath: Add documentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46543 Summary: libquadmath: Add documentation Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org If the library should be used by everyone, we need to document which functions (= interface) it provides.
[Bug tree-optimization/46172] [4.3/4.4/4.5/4.6 Regression] ICE: in expand_widen_pattern_expr, at optabs.c:522 with -ftree-vectorize -fno-tree-dce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46172 --- Comment #9 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 15:17:43 UTC --- Author: rguenth Date: Thu Nov 18 15:17:37 2010 New Revision: 166908 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166908 Log: 2010-11-18 Richard Guenther rguent...@suse.de PR tree-optimization/46172 * tree-vect-loop-manip.c (remove_dead_stmts_from_loop): New function. (slpeel_tree_peel_loop_to_edge): Call it. * gcc.dg/torture/pr46172.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr46172.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-loop-manip.c
[Bug tree-optimization/46172] [4.3/4.4/4.5/4.6 Regression] ICE: in expand_widen_pattern_expr, at optabs.c:522 with -ftree-vectorize -fno-tree-dce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46172 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|4.3.6 |4.6.0 Known to fail|4.6.0 | --- Comment #10 from Richard Guenther rguenth at gcc dot gnu.org 2010-11-18 15:18:15 UTC --- Fixed on trunk. Not worth backporting anywhere.
[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Target|*-*-darwin* |*-*-darwin*, arm*-eabi CC||ramana at gcc dot gnu.org --- Comment #10 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2010-11-18 15:27:07 UTC --- Also occurs for arm-eabi with the tls tests in the testsuite. FAIL: gcc.dg/tls/opt-14.c (internal compiler error) gcc.dg/tls/opt-14.c:28:1: internal compiler error: in decide_is_variable_needed, at varpool.c:338 GCC configured with. /arm/scratch/pdtltest/work/sandboxes/fsf/trunk/source/gcc-fsf/configure --target=arm-eabi --with-cpu=cortex-a9 --with-float=softfp --with-fpu=neon
[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510 --- Comment #11 from Ramana Radhakrishnan ramana at gcc dot gnu.org 2010-11-18 15:29:24 UTC --- (In reply to comment #10) Also occurs for arm-eabi with the tls tests in the testsuite. FAIL: gcc.dg/tls/opt-14.c (internal compiler error) gcc.dg/tls/opt-14.c:28:1: internal compiler error: in decide_is_variable_needed, at varpool.c:338 GCC configured with. /arm/scratch/pdtltest/work/sandboxes/fsf/trunk/source/gcc-fsf/configure --target=arm-eabi --with-cpu=cortex-a9 --with-float=softfp --with-fpu=neon And so do all these tests. arm-sim/-mthumb: gcc.dg/tls/nonpic-1.c (internal compiler error) arm-sim/-mthumb: gcc.dg/tls/opt-1.c (internal compiler error) arm-sim/-mthumb: gcc.dg/tls/opt-14.c (internal compiler error) arm-sim/-mthumb: gcc.dg/tls/opt-3.c (internal compiler error) arm-sim/-mthumb: gcc.dg/tls/opt-5.c (internal compiler error) arm-sim/-mthumb: gcc.dg/tls/opt-6.c (internal compiler error) arm-sim/-mthumb: gcc.dg/tls/opt-9.c (internal compiler error) arm-sim/-mthumb: gcc.dg/tls/pic-1.c (internal compiler error) arm-sim: gcc.dg/tls/nonpic-1.c (internal compiler error) arm-sim: gcc.dg/tls/opt-1.c (internal compiler error) arm-sim: gcc.dg/tls/opt-14.c (internal compiler error) arm-sim: gcc.dg/tls/opt-3.c (internal compiler error) arm-sim: gcc.dg/tls/opt-5.c (internal compiler error) arm-sim: gcc.dg/tls/opt-6.c (internal compiler error) arm-sim: gcc.dg/tls/opt-9.c (internal compiler error) arm-sim: gcc.dg/tls/pic-1.c (internal compiler error)
[Bug libstdc++/46544] New: std::map::at() defined even if __GXX_EXPERIMENTAL_CXX0X__ is not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46544 Summary: std::map::at() defined even if __GXX_EXPERIMENTAL_CXX0X__ is not Product: gcc Version: unknown Status: UNCONFIRMED Severity: trivial Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: phres...@gmail.com The function std::map::at(), first defined by the upcoming standard, slips into C++03 mode. $ diff -ru include/c++/bits/stl_map.h.orig include/c++/bits/stl_map.h --- include/c++/bits/stl_map.h.orig 2010-11-18 15:21:42 + +++ include/c++/bits/stl_map.h 2010-11-18 15:20:02 + @@ -452,6 +452,7 @@ return (*__i).second; } +#ifdef __GXX_EXPERIMENTAL_CXX0X__ // _GLIBCXX_RESOLVE_LIB_DEFECTS // DR 464. Suggestion for new member functions in standard containers. /** @@ -478,6 +479,7 @@ __throw_out_of_range(__N(map::at)); return (*__i).second; } +#endif // modifiers /**
[Bug fortran/46545] New: libquadmath: Update gfortran.texi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46545 Summary: libquadmath: Update gfortran.texi Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Currently, gfortran.texi assumes that there is only REAL 10 or REAL 16 and not both. That should be updated. That's something trivial, but I am currently swamped in libquad bugs - and thus I defer it.
[Bug tree-optimization/44676] [4.5/4.6 Regression] ICE: in loop_entry_phi_arg, at graphite-sese-to-poly.c:89 with -fgraphite-identity -fprofile-generate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44676 --- Comment #4 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 15:46:05 UTC --- This seems to have disappeared between r161659 and r163636. I can't reproduce it anymore with r166868/x86_64-linux.
[Bug middle-end/46510] [4.6 Regression] r166812 breaks bootstrap on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46510 --- Comment #12 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-11-18 15:49:53 UTC --- (In reply to comments #10 and #11) Also occurs for arm-eabi with the tls tests in the testsuite. ... What happens if you remove the gcc_assert at line 338 of varpool.c (see comment #8)?
[Bug tree-optimization/45301] [4.6 Regression] ICE: SIGSEGV in instantiate_scev_r (tree-scalar-evolution.c:3391) with -O2 -ftree-loop-distribution -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45301 --- Comment #2 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 16:10:30 UTC --- This seems to have disappeared between r163636 and r165699. I can't reproduce it anymore with r166868/x86_64-linux.
[Bug middle-end/46515] [4.6 Regression] Many libjava failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.18 16:17:40 CC||jakub at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 16:17:40 UTC --- This seems to be wrong unwind info for _ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi, at least backtrace like: #24 0x75f73df2 in _Jv_Linker::resolve_pool_entry (klass=0x7fffeeb91618, index=2, lazy=true) at ../../../libjava/link.cc:440 #25 0x75f74158 in _Jv_Linker::ensure_class_linked (klass=0x7fffeeb91618) at ../../../libjava/link.cc:1748 #26 0x75f72a20 in _Jv_Linker::wait_for_state (klass=0x7fffeeb91618, state=9) at ../../../libjava/link.cc:2076 #27 0x75f737a8 in _Jv_Linker::get_interfaces (klass=0x7fffeeb91af8, ifaces=0x7fffdbd0) at ../../../libjava/link.cc:777 #28 0x75f74357 in _Jv_Linker::prepare_constant_time_tables (klass=0x7fffeeb91af8) at ../../../libjava/link.cc:716 #29 0x75f72b08 in _Jv_Linker::wait_for_state (klass=0x7fffeeb91af8, state=7) at ../../../libjava/link.cc:2067 #30 0x0003 in ?? () #31 0x75f733b6 in _Jv_Linker::link_symbol_table (klass=0x0) at ../../../libjava/link.cc:1308 #32 0x75f72a30 in _Jv_Linker::wait_for_state (klass=0x7fffeeb913a8, state=9) at ../../../libjava/link.cc:2078 #33 0x75fa77e3 in java::lang::Class::initializeClass (this=0x7fffeeb913a8) at ../../../libjava/java/lang/natClass.cc:720 suggests there (note the weird ra 0x0003 in it). GDB doesn't crash on it, but the libgcc unwinder does. The code difference from yesterday in that routine is: 193f: 0f 84 79 fe ff ff je 17be _ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1e 1945: e8 00 00 00 00 callq 194a _ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1aa 1946: R_X86_64_PLT32_Z20_Jv_GetCurrentJNIEnvv-0x4 -194a: 48 83 c4 08 add$0x8,%rsp -194e: 48 89 d9mov%rbx,%rcx -1951: 4c 89 eemov%r13,%rsi -1954: 5b pop%rbx -1955: 5d pop%rbp -1956: 41 5c pop%r12 -1958: 41 5d pop%r13 -195a: 41 5e pop%r14 -195c: 41 5f pop%r15 -195e: 48 89 c2mov%rax,%rdx -1961: bf 38 00 00 00 mov$0x38,%edi -1966: 31 c0 xor%eax,%eax -1968: e9 00 00 00 00 jmpq 196d _ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1cd - 1969: R_X86_64_PLT32 _Z19_Jv_JVMTI_PostEvent10jvmtiEventPN4java4lang6ThreadEz-0x4 -196d: 0f 1f 00nopl (%rax) +194a: 41 58 pop%r8 +194c: 48 89 d9mov%rbx,%rcx +194f: 4c 89 eemov%r13,%rsi +1952: 48 89 c2mov%rax,%rdx +1955: 5b pop%rbx +1956: 5d pop%rbp +1957: 41 5c pop%r12 +1959: 41 5d pop%r13 +195b: 41 5e pop%r14 +195d: 41 5f pop%r15 +195f: bf 38 00 00 00 mov$0x38,%edi +1964: 31 c0 xor%eax,%eax +1966: e9 00 00 00 00 jmpq 196b _ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1cb + 1967: R_X86_64_PLT32 _Z19_Jv_JVMTI_PostEvent10jvmtiEventPN4java4lang6ThreadEz-0x4 +196b: 0f 1f 44 00 00 nopl 0x0(%rax,%rax,1) 1970: 48 89 dfmov%rbx,%rdi 1973: e8 00 00 00 00 callq 1978 _ZN10_Jv_Linker14wait_for_stateEPN4java4lang5ClassEi+0x1d8 1974: R_X86_64_PLT32 _ZN10_Jv_Linker28ensure_method_table_completeEPN4java4lang5ClassE-0x4 (i.e. replacement of addq $8, %rsp with popq %r8 and movq %rax, %rdx scheduled elsewhere). And unwind info difference is: DW_CFA_advance_loc: 4 to 17d0 DW_CFA_restore_state - DW_CFA_advance_loc2: 382 to 194e - DW_CFA_remember_state + DW_CFA_advance_loc2: 380 to 194c DW_CFA_def_cfa_offset: 56 - DW_CFA_advance_loc: 7 to 1955 + DW_CFA_advance_loc: 10 to 1956 + DW_CFA_remember_state DW_CFA_def_cfa_offset: 48 - DW_CFA_advance_loc: 1 to 1956 + DW_CFA_advance_loc: 1 to 1957 DW_CFA_def_cfa_offset: 40 - DW_CFA_advance_loc: 2 to
[Bug other/46542] GCC 4.7 pending patches meta-bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46542 Manuel López-Ibáñez manu at gcc dot gnu.org changed: What|Removed |Added Keywords||meta-bug Status|UNCONFIRMED |NEW Last reconfirmed||2010.11.18 16:20:52 CC||manu at gcc dot gnu.org Depends on||41998 Ever Confirmed|0 |1
[Bug c/33193] slopiness in __real/__imag
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33193 --- Comment #4 from Nathan Froyd froydnj at gcc dot gnu.org 2010-11-18 16:25:04 UTC --- Author: froydnj Date: Thu Nov 18 16:24:56 2010 New Revision: 166909 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166909 Log: gcc/ PR c/33193 * c-typeck.c (build_unary_op): Call build_real_imag_expr for REALPART_EXPR and IMAGPART_EXPR. gcc/c-family/ PR c/33193 * c-common.h (build_real_imag_expr): Declare. * c-semantics.c (build_real_imag_expr): Define. gcc/cp/ PR c/33193 * typeck.c (cp_build_unary_op): Call build_real_imag_expr for REALPART_EXPR and IMAGPART_EXPR. gcc/testsuite/ PR c/33193 * c-c++-common/pr33193.c: New test. Added: trunk/gcc/testsuite/c-c++-common/pr33193.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-family/ChangeLog trunk/gcc/c-family/c-common.h trunk/gcc/c-family/c-semantics.c trunk/gcc/c-typeck.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog
[Bug c/33193] slopiness in __real/__imag
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33193 Nathan Froyd froydnj at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||froydnj at gcc dot gnu.org Resolution||FIXED --- Comment #5 from Nathan Froyd froydnj at gcc dot gnu.org 2010-11-18 16:26:07 UTC --- Fixed on trunk.
[Bug middle-end/46515] [4.6 Regression] Many libjava failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515 Richard Henderson rth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org |gnu.org | --- Comment #5 from Richard Henderson rth at gcc dot gnu.org 2010-11-18 16:34:36 UTC --- A change in the placement of remember_state suggests a change in the placement of EPILOGUE_BEG. Which suggests a change in prologue_epilogue_contains -- peep2 not copying status? Mine.
[Bug middle-end/46515] [4.6 Regression] Many libjava failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 16:42:12 UTC --- Created attachment 22448 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22448 link.ii.bz2 ./cc1plus -fpreprocessed link.ii -quiet -dumpbase link.ii -mtune=generic -march=x86-64 -auxbase-strip link.s -g -O2 -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -fomit-frame-pointer -fPIC -o link.s if it saves you time...
[Bug middle-end/46515] [4.6 Regression] Many libjava failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 16:48:54 UTC --- I don't think we have any API to add a new insn into prologue or epilogue hashes, guess easiest would be to reuse the old insn (and just change its PATTERN/notes/etc. as needed) in the RTX_FRAME_RELATED_P case.
[Bug middle-end/46515] [4.6 Regression] Many libjava failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515 --- Comment #8 from Richard Henderson rth at gcc dot gnu.org 2010-11-18 16:51:36 UTC --- We do: maybe_copy_epilogue_insn.
[Bug middle-end/46515] [4.6 Regression] Many libjava failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 16:55:03 UTC --- Actually we have maybe_copy_epilogue_insn, just not maybe_copy_prologue_insn.
[Bug libstdc++/46544] std::map::at() defined even if __GXX_EXPERIMENTAL_CXX0X__ is not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46544 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||paolo.carlini at oracle dot ||com Resolution||INVALID --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2010-11-18 17:06:06 UTC --- As you can clearly see this feature is part of DR 464, a Defect vs C++03, already voted in CD1: http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#464 We are delivering already *many* other features per DRs, in C++03 mode, both for the library and the core compiler.
[Bug c/33193] slopiness in __real/__imag
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33193 Chris Lattner sabre at nondot dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #6 from Chris Lattner sabre at nondot dot org 2010-11-18 17:15:32 UTC --- http://gcc.gnu.org/onlinedocs/gcc/Complex.html#Complex still does not document what arguments are accepted to __real and __imag.
[Bug libstdc++/26211] [DR 419, US 137 / US 139] basic_istream::tellg, seekg are unformatted input functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26211 --- Comment #8 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2010-11-18 17:21:44 UTC --- Author: paolo Date: Thu Nov 18 17:21:35 2010 New Revision: 166911 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166911 Log: 2010-11-18 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/26211 + N3168 * include/bits/istream.tcc (basic_istream::tellg, seekg(pos_type), seekg(off_type, ios_base::seekdir)): Construct a sentry. (basic_istream::tellg, seekg(pos_type), seekg(off_type, ios_base::seekdir, putback, unget)): Clear eofbit first, per N3168. * testsuite/27_io/basic_istream/seekg/char/26211.cc: New. * testsuite/27_io/basic_istream/seekg/wchar_t/26211.cc: Likewise. * testsuite/27_io/basic_istream/tellg/char/26211.cc: Likewise. * testsuite/27_io/basic_istream/tellg/wchar_t/26211.cc: Likewise. * testsuite/27_io/basic_istream/tellg/char/8348.cc: Tweak. * testsuite/27_io/basic_istream/tellg/wchar_t/8348.cc: Likewise. Added: trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/char/26211.cc trunk/libstdc++-v3/testsuite/27_io/basic_istream/seekg/wchar_t/26211.cc trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/char/26211.cc trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/wchar_t/26211.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/istream.tcc trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/char/8348.cc trunk/libstdc++-v3/testsuite/27_io/basic_istream/tellg/wchar_t/8348.cc
[Bug libstdc++/26211] [DR 419, US 137 / US 139] basic_istream::tellg, seekg are unformatted input functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26211 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #9 from Paolo Carlini paolo.carlini at oracle dot com 2010-11-18 17:29:20 UTC --- Reapplied together with the N3168 tweaks.
[Bug bootstrap/46541] libquadmath: No way to disable it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46541 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||rwild at gcc dot gnu.org Resolution||DUPLICATE --- Comment #1 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-18 17:34:33 UTC --- Duplicate of bug 46540. *** This bug has been marked as a duplicate of bug 46540 ***
[Bug fortran/46540] libquadmath: Implement --disable-libquadmath
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46540 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #2 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-11-18 17:34:33 UTC --- *** Bug 46541 has been marked as a duplicate of this bug. ***
[Bug lto/45789] [4.6 Regression] ICE: tree code 'lang_type' is not supported in gimple streams with -flto when using __builtin_printf()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45789 Zdenek Sojka zsojka at seznam dot cz changed: What|Removed |Added Keywords||lto Status|RESOLVED|UNCONFIRMED Known to work||4.5.2 Resolution|DUPLICATE | Known to fail||4.6.0 --- Comment #2 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 17:36:23 UTC --- This still fails in r166899, after fixing PR44561: $ gcc -flto testcase.C testcase.C:6:19: internal compiler error: tree code 'lang_type' is not supported in gimple streams Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions.
[Bug libstdc++/46455] resource leaks due to missing destructors for mutexes and condvars
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455 --- Comment #36 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-18 18:56:34 UTC --- Author: redi Date: Thu Nov 18 18:56:29 2010 New Revision: 166917 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166917 Log: 2010-11-18 Jonathan Wakely jwakely@gmail.com PR libstdc++/46455 * include/std/mutex: Define destructors for mutex types which use an init function. * include/ext/concurrence.h: Likewise. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/ext/concurrence.h trunk/libstdc++-v3/include/std/mutex
[Bug libstdc++/46455] resource leaks due to missing destructors for mutexes and condvars
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #37 from Jonathan Wakely redi at gcc dot gnu.org 2010-11-18 18:58:35 UTC --- fixed for 4.6.0 I think this is a bit risky for the 4.5 branch, and isn't a regression as we've never cleaned up those mutexes (the change in shared_ptr behaviour may be a regression, but seems to be caused by a change in MinGW's port - maybe they can apply the fix to their release if necessary)
[Bug target/46546] New: ix86_pad_returns may leave BB_END (bb) pointing to deleted insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46546 Summary: ix86_pad_returns may leave BB_END (bb) pointing to deleted insn Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com CC: ubiz...@gmail.com ix86_pad_returns has rtx ret = BB_END (bb); ... emit_jump_insn_before (gen_return_internal_long (), ret); delete_insn (ret); ... It may leave BB_END (bb) pointing to deleted insn. A patch is posed at http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01930.html
[Bug c/46547] New: internal compiler error when converting a long double complex to a bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547 Summary: internal compiler error when converting a long double complex to a bool Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: kumbe...@llnl.gov I have reduced the original application down to a small reproducer. The following code fails to compile. It works with gcc 4.3.0, intel (icc), sun (cc), and pathscale (pathcc). PGI's pgcc also generates an ICE with the function and I'll submit the bug to them as well. void foo (void) { _Bool d; long double _Complex *s; d = *s++; } When you try to compile with gcc version 4.5.1. It generates an error: foo.c: In function 'foo': foo.c:5:7: internal compiler error: in gimplify_expr, at gimplify.c:7137 My full output from gcc -v... is: Using built-in specs. COLLECT_GCC=/usr/local/apps/gnu/4.5.1/bin/gcc COLLECT_LTO_WRAPPER=/usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.5.1/configure --prefix=/usr/apps/gnu/4.5.1 --with-mpfr-include=/usr/apps/gnu/4.5.1/include --with-mpfr-lib=/usr/apps/gnu/4.5.1/lib --with-libelf=/usr/apps/gnu/4.5.1 --disable-multilib --with-gmp=/usr/apps/gnu/4.5.1/lib --with-gmp-include=/usr/apps/gnu/4.5.1/include --enable-languages=c,c++,fortran,java,objc --enable-lto Thread model: posix gcc version 4.5.1 (GCC) COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-mtune=generic' '-march=x86-64' /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/cc1 -E -quiet -v -iprefix /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/ foo.c -mtune=generic -march=x86-64 -fpch-preprocess -o foo.i ignoring nonexistent directory /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../x86_64-unknown-linux-gnu/include ignoring duplicate directory /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include ignoring duplicate directory /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include-fixed ignoring nonexistent directory /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.1/include-fixed /usr/local/include /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../lib/gcc/../../include /usr/include End of search list. COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-mtune=generic' '-march=x86-64' /usr/gapps/opnsrc/gnu/dev/lnx-2.5-o/4.5.1/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/cc1 -fpreprocessed foo.i -quiet -dumpbase foo.c -mtune=generic -march=x86-64 -auxbase foo -version -o foo.s GNU C (GCC) version 4.5.1 (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.1, GMP version 4.2.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU C (GCC) version 4.5.1 (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.1, GMP version 4.2.2, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 59090c9e0e8cd3d0437c78809f831ff7 foo.c: In function 'foo': foo.c:5:7: internal compiler error: in gimplify_expr, at gimplify.c:7137
[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338 --- Comment #4 from Zdenek Sojka zsojka at seznam dot cz 2010-11-18 20:05:39 UTC --- Created attachment 22449 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22449 more reduced testcase $ gcc -O -fprofile-generate -fcompare-debug testcase.C gcc: error: testcase.C: -fcompare-debug failure (length) Fails in r166899
[Bug middle-end/46547] [4.5/4.6 Regression] internal compiler error when converting a long double complex to a bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work||4.3.2 Keywords||ice-on-valid-code Last reconfirmed||2010.11.18 20:16:14 Component|c |middle-end Ever Confirmed|0 |1 Summary|internal compiler error |[4.5/4.6 Regression] |when converting a long |internal compiler error |double complex to a bool|when converting a long ||double complex to a bool Known to fail||4.5.0, 4.6.0 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2010-11-18 20:16:14 UTC --- Confirmed.
[Bug c/46547] [4.5/4.6 Regression] internal compiler error when converting a long double complex to a bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Component|middle-end |c --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2010-11-18 20:17:50 UTC --- Unknown tree: c_maybe_const_expr SAVE_EXPR *s++
[Bug c/46547] [4.5/4.6 Regression] internal compiler error when converting a complex to a bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2010-11-18 20:19:43 UTC --- Any complex type will cause this ICE.
[Bug c/46547] [4.5/4.6 Regression] internal compiler error when converting a complex to a bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46547 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.5.2
[Bug middle-end/46534] [4.3/4.4/4.5/4.6 Regression] ICE optimizing printf (...10MBstring\n) into puts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46534 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2010-11-18 20:51:24 UTC --- Author: jakub Date: Thu Nov 18 20:51:19 2010 New Revision: 166918 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166918 Log: PR middle-end/46534 * builtins.c (fold_builtin_printf): Don't copy and modify string before build_string_literal, instead modify what build_string_literal returned. * gcc.c-torture/compile/pr46534.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr46534.c Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/testsuite/ChangeLog
[Bug middle-end/46515] [4.6 Regression] Many libjava failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46515 --- Comment #10 from Richard Henderson rth at gcc dot gnu.org 2010-11-18 21:08:45 UTC --- Author: rth Date: Thu Nov 18 21:08:38 2010 New Revision: 166920 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=166920 Log: PR middle-end/46515 * function.c (maybe_copy_prologue_epilogue_insn): Rename from maybe_copy_epilogue_insn; handle prologue insns as well. * rtl.h, cfglayout.c: Update for rename. * recog.c (peep2_attempt): Copy prologue/epilogue data for RTX_FRAME_RELATED_P insns. Modified: trunk/gcc/ChangeLog trunk/gcc/cfglayout.c trunk/gcc/function.c trunk/gcc/recog.c trunk/gcc/rtl.h