[Bug fortran/40881] warn for obsolescent features
--- Comment #6 from burnus at gcc dot gnu dot org 2009-08-03 07:04 --- (In reply to comment #3) The warnings about deleted features can be turned off via -std=legacy, and are turned into errors by -std=f95 and above. I think I would like to see a way to disable them with -std=gnu. Sometimes one wants to have as many warnings as possible, except for one class of warnings, which appears often in legacy programs. Thus -W(no-)deleted-std or something like that (on for -std=gnu, off for -std=legacy) would be sometimes useful, if one wants to get an old program running. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40881
[Bug fortran/40941] gfc_typespec: put derived, cl and interface into union
-- janus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-08-03 08:07:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40941
[Bug middle-end/40946] New: [4.3/4.4/4.5 Regression] Spurious array subscript is above bounds warning
/* { dg-do compile } */ /* { dg-options -O2 -Wall } */ struct A { unsigned char a1[8]; unsigned short a2, a3, a4, a5, a6, a7; }; int bar (void *, const char *, int); char *foo (void *, int); char * baz (const char *x, const char *y) { int a = sizeof (struct A) + 2 * (__builtin_strlen (y) + __builtin_strlen (x) + 24) + 16; struct A *b = __builtin_malloc (a); char *c; int d; b-a4 = sizeof (struct A); c = ((char *) b) + b-a4; d = ((char *) b) + a - c; b-a2 = b-a3 = (unsigned short) bar (c, y, d);/* { dg-bogus array subscript is above array bounds } */ c += b-a2; d = ((char *) b) + a - c; b-a7 = b-a4 + b-a2; b-a5 = b-a6 = (unsigned short) bar (c, x, d); c = foo (b, a); return c; } gives a spurious warning, because the cast of the struct to char pointer is folded into array ref on the first field. -- Summary: [4.3/4.4/4.5 Regression] Spurious array subscript is above bounds warning Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40946
[Bug libffi/40242] unsupported asm instructions in libffi/src/arm/sysv.S
--- Comment #5 from ramana at gcc dot gnu dot org 2009-08-03 08:31 --- Confirmed with Trunk as of 150308 -- ramana at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|-00-00 00:00:00 |2009-08-03 08:31:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40242
[Bug libffi/40242] unsupported asm instructions in libffi/src/arm/sysv.S
--- Comment #6 from ramana at gcc dot gnu dot org 2009-08-03 08:33 --- (In reply to comment #5) Confirmed with Trunk as of 150308 With the following options. /home/ramrad01/sources/trunk/configure --with-cpu=cortex-a8 --with-float=softfp --with-fpu=neon -- ramana at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|2009-08-03 08:31:56 |2009-08-03 08:33:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40242
[Bug lto/40903] LTO doesn't merge common sections properly
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-08-03 08:46 --- Subject: Bug 40903 Author: rguenth Date: Mon Aug 3 08:45:37 2009 New Revision: 150365 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150365 Log: 2009-07-30 Richard Guenther rguent...@suse.de PR lto/40903 * gcc.dg/lto/20090729_0.c: New testcase. * gcc.dg/lto/20090729_1.c: Likewise. Modified: branches/lto/gcc/testsuite/ChangeLog.lto -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40903
[Bug libgcj/40947] New: Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4
svn r150353 - snapshot a few days ago: This is probably quite obvious and easy to fix? I couldn't work out the syntax of -_SYSTYPE_SVR4... - make[3]: Entering directory `/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava' /usr/local/bin/bash ./libtool --tag=GCJ --mode=link /home/htl10/tmp-build/g-svn/./gcc/gcj -B/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/ -B/home/htl10/tmp-build/g-svn/./gcc/ -B/usr/local/alphaev68-dec-osf5.1a/bin/ -B/usr/local/alphaev68-dec-osf5.1a/lib/ -isystem /usr/local/alphaev68-dec-osf5.1a/include -isystem /usr/local/alphaev68-dec-osf5.1a/sys-include -L/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava -mieee -g -O2 -o jv-convert --main=gnu.gcj.convert.Convert -rpath /usr/local/lib -shared-libgcc -L/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/.libs libgcj.la libtool: link: /home/htl10/tmp-build/g-svn/./gcc/gcj -B/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/ -B/home/htl10/tmp-build/g-svn/./gcc/ -B/usr/local/alphaev68-dec-osf5.1a/bin/ -B/usr/local/alphaev68-dec-osf5.1a/lib/ -isystem /usr/local/alphaev68-dec-osf5.1a/include -isystem /usr/local/alphaev68-dec-osf5.1a/sys-include -mieee -g -O2 -o .libs/jv-convert --main=gnu.gcj.convert.Convert -shared-libgcc -L/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava/.libs -L/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava ./.libs/libgcj.so -lpthread -lrt -Wl,-rpath -Wl,/usr/local/lib /bin/ld: Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4 /bin/ld: Usage: /bin/ld [options] file [...] collect2: ld returned 1 exit status make[3]: *** [jv-convert] Error 1 make[3]: Leaving directory `/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/htl10/tmp-build/g-svn/alphaev68-dec-osf5.1a/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/home/htl10/tmp-build/g-svn' make: *** [all] Error 2 - -- Summary: Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: htl10 at users dot sourceforge dot net GCC host triplet: alphaev68-dec-osf5.1a http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
[Bug libgcj/40947] Invalid flag usage: Wl,-rpath, -Wx,-option must appear after -_SYSTYPE_SVR4
--- Comment #1 from htl10 at users dot sourceforge dot net 2009-08-03 08:57 --- This is just from ../src/configure ; make . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
[Bug c++/40948] New: ICE in lower_stmt, at gimple-low.c:408
testclass.cpp: In constructor #8216;TestClass::TestClass()#8217;: testclass.cpp:13: internal compiler error: in lower_stmt, at gimple-low.c:408 Please tell me if you need more information. The error vanishes if the definition of TestClass::TestClass() is moved into the declaration of TestClass. Version: gcc (Gentoo 4.4.1 p1.0) 4.4.1 -- Summary: ICE in lower_stmt, at gimple-low.c:408 Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lindevel at gmx dot net GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408
--- Comment #1 from lindevel at gmx dot net 2009-08-03 09:17 --- Created an attachment (id=18286) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18286action=view) TestClass source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408
--- Comment #2 from lindevel at gmx dot net 2009-08-03 09:21 --- Created an attachment (id=18287) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18287action=view) TestClass preprocessed source (compressed) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
[Bug libstdc++/40712] locale(const locale, const char*, locale::category) can create broken locale
--- Comment #5 from paolo dot carlini at oracle dot com 2009-08-03 09:24 --- Unless there are many requests, let's not fix this for gcc-4_4-branch, isn't a regression and nobody noticed for many years... -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40712
[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408
--- Comment #3 from jakub at gcc dot gnu dot org 2009-08-03 09:34 --- Indeed, GIMPLE_WITH_CLEANUP_EXPR in the IL after gimplification. On the trunk this ICEs too, with type verification failure. Distilling a testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
[Bug fortran/40920] Derived type with BIND(C) - rejected as argument.
--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-03 09:53 --- Could not find the problem so far, cf. symbol.c's verify_bind_c_derived_type as starting point. * * * The following TODO should be checked; I heard it is invalid C99 (as per grammar in 6.7.2.1 Structure and union specifiers) but valid C++. One should check it in the F2003 (F2008 draft?) as this the definite source. /* TODO: is this really an error? */ if (curr_comp == NULL) { gfc_error (Derived type '%s' at %L is empty, derived_sym-name, (derived_sym-declared_at)); return FAILURE; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40920
[Bug fortran/39896] ICE with -fwhole-file
--- Comment #9 from jv244 at cam dot ac dot uk 2009-08-03 10:05 --- the testcases pass with current trunk. I'll close this as fixed. -- jv244 at cam dot ac dot uk changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39896
[Bug fortran/40006] allow type cheating for procedures with an implicit interface
--- Comment #10 from jv244 at cam dot ac dot uk 2009-08-03 10:06 --- Paul, this one seems fixed as well. I'm closing this. -- jv244 at cam dot ac dot uk changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40006
[Bug fortran/38913] Fortran does not set TYPE_CANONICAL properly
--- Comment #15 from jv244 at cam dot ac dot uk 2009-08-03 10:11 --- testcases in comment #13 and comment #14 pass with current trunk. The testcase in comment #8 still fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38913
[Bug fortran/40011] Problems with -fwhole-file
--- Comment #44 from jv244 at cam dot ac dot uk 2009-08-03 10:12 --- Just for completeness, current trunk still fails on the testcases in comment #40 and comment #42. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011
[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408
--- Comment #4 from jakub at gcc dot gnu dot org 2009-08-03 11:04 --- Simplified testcase: struct M { M () {} ~M () {} }; struct S { S (); M m[1]; }; S::S () : m ((M[1]) { M () }) { } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408
--- Comment #5 from jakub at gcc dot gnu dot org 2009-08-03 11:09 --- This ICEs since somewhen between r134096 and r134281, likely PR35708. -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408
--- Comment #6 from jakub at gcc dot gnu dot org 2009-08-03 12:07 --- ctor initializer isn't needed, this ICEs as well: struct M { M () {} ~M () {} }; void foo () { M m[1] = (M[1]) { M () }; } and the ICE on the trunk is for the same reason, GIMPLE_WITH_CLEANUP_EXPR left in the IL during gimplification, presumably because there wasn't any immediately surrounding CLEANUP_POINT_EXPR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
[Bug c++/40092] -std=gnu++0x expansion pattern fails with error about derived template instead of actual template
--- Comment #8 from cppljevans at suddenlink dot net 2009-08-03 12:08 --- Created an attachment (id=18288) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18288action=view) Shows Value_0 fail but Value_1 pass Since Value_0 and Value_1 only differ in argument number, hopefully this gives some further hint about where problem lies. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40092
[Bug middle-end/40943] [4.4/4.5 Regression] Uninitialized warning is missed when dereferencing uninitialized pointers
--- Comment #2 from jakub at gcc dot gnu dot org 2009-08-03 13:10 --- Broken by Manu's PR179 changes: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139347 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
[Bug middle-end/40943] [4.4/4.5 Regression] Uninitialized warning is missed when dereferencing uninitialized pointers
--- Comment #3 from jakub at gcc dot gnu dot org 2009-08-03 13:41 --- Created an attachment (id=18289) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18289action=view) gcc45-pr40943.patch Untested fix. It breaks uninit-6*.c again though, but fixing this kind of false positive by simply disabling uninitialized warnings for all pointer dereferences on LHS is IMHO too big hammer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
[Bug middle-end/40943] [4.4/4.5 Regression] Uninitialized warning is missed when dereferencing uninitialized pointers
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-03 13:44 --- Since the alias-improvements branch merge uninitialized warnings for aggregates are seriously broken implementation wise anyway. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
[Bug fortran/40949] New: FAIL: gfortran.dg/proc_ptr_7.f90
The fortran frontend does not properly terminate function type argument lists with void_type_node. integer(c_int) function f55() f55 = 55 end function f55 integer(c_int) function f65() f65 = 65 end function f65 do not match the argument in void assignf_(int(**ptr)(void)) { *ptr = f; } prototype-wise, but instead would match void assignf_(int(**ptr)()) { *ptr = f; } which has an unprototyped argument list. I see the Fortran FE accepts excess parameters to functions and only warns for that with -fwhole-file ... -- Summary: FAIL: gfortran.dg/proc_ptr_7.f90 Product: gcc Version: lto Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40949
[Bug middle-end/40943] [4.4/4.5 Regression] Uninitialized warning is missed when dereferencing uninitialized pointers
--- Comment #5 from manu at gcc dot gnu dot org 2009-08-03 14:07 --- (In reply to comment #3) Created an attachment (id=18289) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18289action=view) [edit] gcc45-pr40943.patch Untested fix. It breaks uninit-6*.c again though, but fixing this kind of false positive by simply disabling uninitialized warnings for all pointer dereferences on LHS is IMHO too big hammer. I was testing the exactly same patch, you posted first, so the honor is yours. :-) Notice that you should not need -O2 for testing this. The testcase should work even with -O0. Notice that uninit-6 is a missed optimization. Even with -O2, the unreachable use of field is still present in the code shown by uninit-6-O0.c.136t.optimized, so it seems the tree optimizers do not handle this case. My patch only hide the symptom (the warning) but the missed optimization was still there so we could xfail it again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
[Bug c/39959] [4.5 Regression] IMA is broken
--- Comment #7 from hjl dot tools at gmail dot com 2009-08-03 14:41 --- It was fixed between revision revision 150368 and revision 150371. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39959
[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408
--- Comment #7 from jakub at gcc dot gnu dot org 2009-08-03 14:57 --- Seems this is cleanup of the finish_compound_literal returned TARGET_EXPR vs. TRY_BLOCK added by build_vec_init for the from_array != 2 case. The TARGET_EXPR with cleanup is only referenced from within stmts inside of the TRY_BLOCK, yet the corresponding CLEANUP_POINT_EXPR is only added outside of the TRY_BLOCK and thus gimplification doesn't find the GIMPLE_WITH_CLEANUP_EXPR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
[Bug c++/40948] ICE in lower_stmt, at gimple-low.c:408
--- Comment #8 from jakub at gcc dot gnu dot org 2009-08-03 15:11 --- Created an attachment (id=18290) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18290action=view) gcc45-pr40948.patch Untested patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40948
[Bug middle-end/40943] [4.4/4.5 Regression] Uninitialized warning is missed when dereferencing uninitialized pointers
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-08-02 21:42:12 |2009-08-03 16:22:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
[Bug fortran/40875] ICE with illegal type conversion
--- Comment #1 from pault at gcc dot gnu dot org 2009-08-03 17:01 --- Michael, Thanks for the catch - it's confirmed. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-08-03 17:01:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40875
[Bug bootstrap/40950] New: Bootstrap fails with in-tree gmp and without system C++ compiler
With this build script #!/bin/tcsh /bin/rm -rf *; ../../mainline/configure --enable-checking=release --prefix=/pkgs/gcc-mainline-mem-stats --enable-languages=c --enable-gather-detailed-mem-stats ; make -j 6 bootstrap build.log on this OS: heine:~/programs/gcc/objdirs/mainline uname -a Linux heine.math.purdue.edu 2.6.28-14-generic #47-Ubuntu SMP Sat Jul 25 01:19:55 UTC 2009 x86_64 GNU/Linux with gmp 4.2.4 and mpfr-2.3.2 added to the mainline tree with revision Mon Aug 3 12:57:15 EDT 2009 Mon Aug 3 16:57:15 UTC 2009 (revision 150373) bootstrap fails when configuring gmp with the stage1 compiler with the message checking how to run the C++ preprocessor... /lib/cpp configure: error: C++ preprocessor /lib/cpp fails sanity check See `config.log' for more details. make[2]: *** [configure-stage2-gmp] Error 1 make[2]: Leaving directory `/home/lucier/programs/gcc/objdirs/mainline' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/home/lucier/programs/gcc/objdirs/mainline' make: *** [bootstrap] Error 2 I'll attach build.log and gmp/config.log and without a -- Summary: Bootstrap fails with in-tree gmp and without system C++ compiler Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lucier at math dot purdue dot edu GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40950
[Bug bootstrap/40950] Bootstrap fails with in-tree gmp and without system C++ compiler
--- Comment #1 from lucier at math dot purdue dot edu 2009-08-03 17:15 --- Created an attachment (id=18291) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18291action=view) Build log of failed bootstrap -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40950
[Bug bootstrap/40950] Bootstrap fails with in-tree gmp and without system C++ compiler
--- Comment #2 from lucier at math dot purdue dot edu 2009-08-03 17:16 --- Created an attachment (id=18292) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18292action=view) log of failed gmp configuration -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40950
[Bug bootstrap/40950] Bootstrap fails with in-tree gmp and without system C++ compiler
--- Comment #3 from lucier at math dot purdue dot edu 2009-08-03 17:17 --- Created an attachment (id=18293) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18293action=view) build log with right content type -- lucier at math dot purdue dot edu changed: What|Removed |Added Attachment #18291|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40950
[Bug testsuite/40858] FAIL: g++.dg/debug/dwarf2/typedef1.C
--- Comment #1 from danglin at gcc dot gnu dot org 2009-08-03 17:29 --- Subject: Bug 40858 Author: danglin Date: Mon Aug 3 17:29:17 2009 New Revision: 150375 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150375 Log: PR testsuite/40858 * g++.dg/debug/dwarf2/typedef1.C: Also match assembler string used with .ascii. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/debug/dwarf2/typedef1.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40858
[Bug testsuite/40858] FAIL: g++.dg/debug/dwarf2/typedef1.C
--- Comment #2 from danglin at gcc dot gnu dot org 2009-08-03 17:37 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40858
[Bug middle-end/40867] [4.5 Regression] FAIL: StackTrace2 output - source compiled test
--- Comment #8 from aph at gcc dot gnu dot org 2009-08-03 17:55 --- Subject: Bug 40867 Author: aph Date: Mon Aug 3 17:55:11 2009 New Revision: 150376 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150376 Log: 2009-07-31 Andrew Haley a...@redhat.com PR java/40867 * decl.c (java_replace_references): Set EXPR_LOCATION on all generated expressions. (binding_level.loc): new field. (clear_binding_level): Initialize loc. (set_input_location): New function. (pushlevel): Set new binding_level.loc. (poplevel): Set EXPR_LOCATION on the new BIND_EXPR_BODY. (start_java_method): Set DECL_SOURCE_LOCATION of this new method. (java_add_stmt): Set the EXPR_LOCATION on all subtrees of new_stmt. Modified: trunk/gcc/java/ChangeLog trunk/gcc/java/decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40867
[Bug c/40951] New: Type-checking when returning from function missing
gcc -v output: = pra...@pratik-desktop:~/temp$ gcc-4.3 -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.3-5ubuntu4' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) Command line that triggers bug (note: no warnings/errors): = pra...@pratik-desktop:~/temp$ gcc-4.3 -Wall ./gcc-bug.c pra...@pratik-desktop:~/temp$ gcc-bug.i: = # 1 ./gcc-bug.c # 1 built-in # 1 command-line # 1 ./gcc-bug.c # 1 /usr/include/stdio.h 1 3 4 # 28 /usr/include/stdio.h 3 4 # 1 /usr/include/features.h 1 3 4 # 330 /usr/include/features.h 3 4 # 1 /usr/include/sys/cdefs.h 1 3 4 # 348 /usr/include/sys/cdefs.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 349 /usr/include/sys/cdefs.h 2 3 4 # 331 /usr/include/features.h 2 3 4 # 354 /usr/include/features.h 3 4 # 1 /usr/include/gnu/stubs.h 1 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 5 /usr/include/gnu/stubs.h 2 3 4 # 1 /usr/include/gnu/stubs-32.h 1 3 4 # 8 /usr/include/gnu/stubs.h 2 3 4 # 355 /usr/include/features.h 2 3 4 # 29 /usr/include/stdio.h 2 3 4 # 1 /usr/lib/gcc/i486-linux-gnu/4.3.3/include/stddef.h 1 3 4 # 214 /usr/lib/gcc/i486-linux-gnu/4.3.3/include/stddef.h 3 4 typedef unsigned int size_t; # 35 /usr/include/stdio.h 2 3 4 # 1 /usr/include/bits/types.h 1 3 4 # 28 /usr/include/bits/types.h 3 4 # 1 /usr/include/bits/wordsize.h 1 3 4 # 29 /usr/include/bits/types.h 2 3 4 typedef unsigned char __u_char; typedef unsigned short int __u_short; typedef unsigned int __u_int; typedef unsigned long int __u_long; typedef signed char __int8_t; typedef unsigned char __uint8_t; typedef signed short int __int16_t; typedef unsigned short int __uint16_t; typedef signed int __int32_t; typedef unsigned int __uint32_t; __extension__ typedef signed long long int __int64_t; __extension__ typedef unsigned long long int __uint64_t; __extension__ typedef long long int __quad_t; __extension__ typedef unsigned long long int __u_quad_t; # 131 /usr/include/bits/types.h 3 4 # 1 /usr/include/bits/typesizes.h 1 3 4 # 132 /usr/include/bits/types.h 2 3 4 __extension__ typedef __u_quad_t __dev_t; __extension__ typedef unsigned int __uid_t; __extension__ typedef unsigned int __gid_t; __extension__ typedef unsigned long int __ino_t; __extension__ typedef __u_quad_t __ino64_t; __extension__ typedef unsigned int __mode_t; __extension__ typedef unsigned int __nlink_t; __extension__ typedef long int __off_t; __extension__ typedef __quad_t __off64_t; __extension__ typedef int __pid_t; __extension__ typedef struct { int __val[2]; } __fsid_t; __extension__ typedef long int __clock_t; __extension__ typedef unsigned long int __rlim_t; __extension__ typedef __u_quad_t __rlim64_t; __extension__ typedef unsigned int __id_t; __extension__ typedef long int __time_t; __extension__ typedef unsigned int __useconds_t; __extension__ typedef long int __suseconds_t; __extension__ typedef int __daddr_t; __extension__ typedef long int __swblk_t; __extension__ typedef int __key_t; __extension__ typedef int __clockid_t; __extension__ typedef void * __timer_t; __extension__ typedef long int __blksize_t; __extension__ typedef long int __blkcnt_t; __extension__ typedef __quad_t __blkcnt64_t; __extension__ typedef unsigned long int __fsblkcnt_t; __extension__ typedef __u_quad_t __fsblkcnt64_t; __extension__ typedef unsigned long int __fsfilcnt_t; __extension__ typedef __u_quad_t __fsfilcnt64_t; __extension__ typedef int __ssize_t; typedef __off64_t __loff_t; typedef __quad_t *__qaddr_t; typedef char *__caddr_t; __extension__ typedef int __intptr_t; __extension__ typedef unsigned int __socklen_t; # 37 /usr/include/stdio.h 2 3 4 # 45 /usr/include/stdio.h 3 4 struct _IO_FILE; typedef struct _IO_FILE FILE; # 65 /usr/include/stdio.h 3 4 typedef struct _IO_FILE __FILE; # 75 /usr/include/stdio.h 3 4 # 1 /usr/include/libio.h 1 3 4 # 32 /usr/include/libio.h 3 4 # 1 /usr/include/_G_config.h 1 3 4 # 15 /usr/include/_G_config.h 3 4 # 1 /usr/lib/gcc/i486-linux-gnu/4.3.3/include/stddef.h 1 3 4 # 16 /usr/include/_G_config.h 2 3 4 # 1 /usr/include/wchar.h 1 3 4 # 78 /usr/include/wchar.h 3 4 typedef struct { int __count; union { unsigned int __wch; char __wchb[4]; } __value; } __mbstate_t; # 21 /usr/include/_G_config.h 2 3 4 typedef struct { __off_t __pos; __mbstate_t __state; } _G_fpos_t; typedef struct {
[Bug middle-end/40937] [4.5 regression] Revision 150336 caused many testsuite errors
--- Comment #1 from sje at cup dot hp dot com 2009-08-03 19:09 --- I don't know if it is related to what is causing these test suite failures but I am getting a bootstrap failure on IA64 HP-UX with version 150336. When running gengtype in stage2 I get a Memory fault. Under the debugger I see: Program received signal SIGSEGV, Segmentation fault si_code: 1 - SEGV_MAPERR - Address not mapped to object. 0x4010720:0 in nreverse_pairs (list=0x40014350) -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40937
[Bug c/40951] Type-checking when returning from function missing
--- Comment #1 from joseph at codesourcery dot com 2009-08-03 19:16 --- Subject: Re: New: Type-checking when returning from function missing On Mon, 3 Aug 2009, pratik dot j dot ashar at intel dot com wrote: Function foo() returns a char to the caller. Running objdump on the compiled executable shows foo() doesnt do any type-checking before returning to caller, int main() in this case. foo() returns 0xff00 in eax as opposed to only 00. ISO C99 std states and I quote If a return statement with an expression is executed, the value of the expression is returned to the caller as the value of the function call expression. If the expression has a type different from the return type of the function in which it appears, the value is converted as if by assignment to an object having the return type of the function. The link to spec is http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1336.pdf. return semantics mentioned on pg 153. This bug does not manifest itself in given code since the caller does type-checking. We were calling foo() via a JNI bridge. Thats when we traced this bug. It seems to be unclear what the x86 ABI requires for return values (see bug 32843, and the thread linked from there, for example). This is certainly an ABI (back end) issue and nothing to do with the front ends. Unfortunately there is no committee maintaining the x86 ABI that can reach decisions on unclear issues and old ABI documents are of little value; determining the ABI involves examining what different implementations do. When this was discussed on the ia32-abi group http://groups.google.com/group/ia32-abi/browse_thread/thread/f47e0106b21d9269 the answer was that GCC, ICC and MSVC all treat the upper bits of the return value as undefined, which indicates that that must be treated as the ABI and so your JNI bridge is buggy. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40951
[Bug middle-end/40937] [4.5 regression] Revision 150336 caused many testsuite errors
--- Comment #2 from hjl dot tools at gmail dot com 2009-08-03 19:17 --- This bug was fixed by revision 150344: http://gcc.gnu.org/ml/gcc-cvs/2009-08/msg00023.html -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40937
[Bug middle-end/40943] [4.4/4.5 Regression] Uninitialized warning is missed when dereferencing uninitialized pointers
--- Comment #6 from jakub at gcc dot gnu dot org 2009-08-03 19:26 --- Subject: Bug 40943 Author: jakub Date: Mon Aug 3 19:26:10 2009 New Revision: 150379 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150379 Log: PR middle-end/40943 * tree-ssa.c (warn_uninitialized_var): Even on LHS warn for operand of INDIRECT_REF. * gcc.dg/uninit-6.c: Re-add XFAIL. * gcc.dg/uninit-6-O0.c: Likewise. * gcc.dg/uninit-pr40943.c: New test. Added: trunk/gcc/testsuite/gcc.dg/uninit-pr40943.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/uninit-6-O0.c trunk/gcc/testsuite/gcc.dg/uninit-6.c trunk/gcc/tree-ssa.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
[Bug middle-end/40943] [4.4/4.5 Regression] Uninitialized warning is missed when dereferencing uninitialized pointers
--- Comment #7 from jakub at gcc dot gnu dot org 2009-08-03 19:27 --- Subject: Bug 40943 Author: jakub Date: Mon Aug 3 19:27:32 2009 New Revision: 150380 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150380 Log: PR middle-end/40943 * tree-ssa.c (warn_uninitialized_var): Even on LHS warn for operand of INDIRECT_REF. * gcc.dg/uninit-6.c: Re-add XFAIL. * gcc.dg/uninit-6-O0.c: Likewise. * gcc.dg/uninit-pr40943.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/uninit-pr40943.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/uninit-6-O0.c branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/uninit-6.c branches/gcc-4_4-branch/gcc/tree-ssa.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
[Bug middle-end/40943] [4.4/4.5 Regression] Uninitialized warning is missed when dereferencing uninitialized pointers
--- Comment #8 from jakub at gcc dot gnu dot org 2009-08-03 19:32 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40943
[Bug middle-end/40952] New: version 150336 broke bootstrap on ia64-hp-hpux11.23
Starting with version 150336, GCC does not bootstrap on ia64-hp-hpux11.23. In stage2 gengtype dies with a Memory fault: Program received signal SIGSEGV, Segmentation fault si_code: 1 - SEGV_MAPERR - Address not mapped to object. 0x40107a0:0 in nreverse_pairs (list=0x40014350) I have updated to 150344 but that did not fix this problem. Since it happens in stage2, I am afraid the patch may be causing us to generate bad code on IA64 HP-UX. -- Summary: version 150336 broke bootstrap on ia64-hp-hpux11.23 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sje at cup dot hp dot com GCC build triplet: ia64-hp-hpux11.23 GCC host triplet: ia64-hp-hpux11.23 GCC target triplet: ia64-hp-hpux11.23 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40952
[Bug java/40953] New: function declaration forgotten
In file gcc/java/java-tree.h, the extern void write_classfile(); function is declared, allthough its removal is mentioned in Changelog 2006-10-20 and it is never called from anywhere else anymore. -- Summary: function declaration forgotten Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nicolas dot boulenguez at free dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40953
[Bug libstdc++/34419] Weirdness with numeric_limits in special functions
--- Comment #5 from paolo dot carlini at oracle dot com 2009-08-03 20:14 --- Any news, Ed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34419
[Bug libstdc++/38741] Unable to write data to wofstream
--- Comment #15 from paolo dot carlini at oracle dot com 2009-08-03 20:16 --- Feedback not forthcoming. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38741
[Bug fortran/40870] [F03] include formal args in backend_decl of PPCs
-- janus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-08-03 20:17:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40870
[Bug libstdc++/9925] ostrstream (buf, size) ... does not work properly
--- Comment #27 from paolo dot carlini at oracle dot com 2009-08-03 20:28 --- The rvalue stream inserter is now available in C++0x mode. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9925
[Bug target/40951] Type-checking when returning from function missing
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-08-03 20:32 --- The JNI bridge is incorrect according to the ABI so this is invalid and GCC is correct for doing this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |target GCC target triplet||i?86-*-* Keywords||ABI Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40951
[Bug target/40954] New: gcc-4.4.1/s390: internal compiler error: Segmentation fault
[forwarded from http://bugs.debian.org/539713] Matthias The following code triggers an ice on s390 with -m64: void wmemset (int *s, int c, int n) { register int *wp = s; while (n = 4) { wp[0] = c; wp[1] = c; wp[2] = c; wp[3] = c; wp += 4; n -= 4; } } $ gcc-4.4 -m64 -O3 -c testcase.i testcase.i: In function wmemset: testcase.i:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. -- Summary: gcc-4.4.1/s390: internal compiler error: Segmentation fault Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: s390-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40954
[Bug middle-end/40952] version 150336 broke bootstrap on ia64-hp-hpux11.23
--- Comment #1 from bonzini at gnu dot org 2009-08-03 20:54 --- Well, stage2 is better than stage3 :-) Can you post a preprocessed testcase? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40952
[Bug fortran/40875] ICE with illegal type conversion
--- Comment #2 from burnus at gcc dot gnu dot org 2009-08-03 21:14 --- See also: http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/eb7ca487876d9420 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40875
[Bug fortran/40955] New: STDCALL attributes are not saved in the .MOD files
See also: http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/eb7ca487876d9420 -- Summary: STDCALL attributes are not saved in the .MOD files Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40955
[Bug fortran/40875] ICE with illegal type conversion
--- Comment #3 from burnus at gcc dot gnu dot org 2009-08-03 21:16 --- (In reply to comment #2) See also: [...] Mis-pasted. That should go to PR 40955 - sorry for the spam. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40875
[Bug c/39902] x * 1.0DF gets wrong value
--- Comment #5 from janis at gcc dot gnu dot org 2009-08-03 21:39 --- Subject: Bug 39902 Author: janis Date: Mon Aug 3 21:38:53 2009 New Revision: 150383 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150383 Log: PR c/39902 * simplify-rtx.c (simplify_binary_operation_1): Disable simplifications for decimal float operations. PR c/39902 * gcc.target/powerpc/pr39902-2.c: New test. Added: trunk/gcc/testsuite/gcc.target/powerpc/pr39902-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/simplify-rtx.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39902
[Bug c/39902] x * 1.0DF gets wrong value
--- Comment #6 from janis at gcc dot gnu dot org 2009-08-03 21:43 --- Subject: Bug 39902 Author: janis Date: Mon Aug 3 21:43:32 2009 New Revision: 150384 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150384 Log: PR c/39902 * simplify-rtx.c (simplify_binary_operation_1): Disable simplifications for decimal float operations. * gcc.target/powerpc/pr39902-2.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.target/powerpc/pr39902-2.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/simplify-rtx.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39902
[Bug c/39902] x * 1.0DF gets wrong value
--- Comment #7 from janis at gcc dot gnu dot org 2009-08-03 21:47 --- Subject: Bug 39902 Author: janis Date: Mon Aug 3 21:47:39 2009 New Revision: 150385 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150385 Log: PR c/39902 * tree.c (real_zerop, real_onep, real_twop, real_minus_onep): Special-case decimal float constants. * gcc.dg/dfp/pr39902.c: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/dfp/pr39902.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/testsuite/ChangeLog branches/gcc-4_3-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39902
[Bug c/39902] x * 1.0DF gets wrong value
--- Comment #8 from janis at gcc dot gnu dot org 2009-08-03 21:49 --- Subject: Bug 39902 Author: janis Date: Mon Aug 3 21:49:12 2009 New Revision: 150386 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150386 Log: PR c/39902 * simplify-rtx.c (simplify_binary_operation_1): Disable simplifications for decimal float operations. * gcc.target/powerpc/pr39902-2.c: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.target/powerpc/pr39902-2.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/simplify-rtx.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39902
[Bug target/40956] New: GCSE opportunity in if statement
Compile the following function with options -Os -mthumb -march=armv5te -frename-registers int foo(int p, int* q) { if (p!=9) *q = 0; else *(q+1) = 0; return 3; } GCC generates: push{lr} cmp r0, #9 // D beq .L2 mov r3, #0 // A str r3, [r1] b .L3 .L2: mov r0, #0 // B str r0, [r1, #4] // C .L3: mov r0, #3 pop {pc} If we replace r0 with r3 in instructions B and C, then A and B will be same. So we can move the same instruction before the instruction D and reduce 1 instruction. Is it a gcse opportunity? -- Summary: GCSE opportunity in if statement Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: carrot at google dot com GCC build triplet: i686-linux GCC host triplet: i686-linux GCC target triplet: arm-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40956
[Bug target/40957] New: standard_sse_constant_opcode crash on x86 64
The following code, which is a trimmed version of a preprocessed glibc test case (which also fails) calls standard_sse_constant_opcode with a case which is not implemenetd. Hence the slightly strange code, The precise version of gcc is 4.5.0 20090731 (experimental). The bugs works with gcc -O[123s] -mavx. gcc -O0 -mavx is not affected. I think this is a bug in the i386 driver, which fails to realise this case is possible, but really do not know enough about this area to be absolutely certain. typedef unsigned int uint32_t; typedef unsigned long int uint64_t; typedef unsigned long int ulong; typedef unsigned int uint; typedef unsigned int u_int32_t __attribute__ ((__mode__ (__SI__))); typedef uint32_t Elf_Symndx; typedef float La_x86_64_xmm __attribute__ ((__vector_size__ (16))); typedef float La_x86_64_ymm __attribute__ ((__vector_size__ (32))); typedef union { La_x86_64_ymm ymm[2]; La_x86_64_xmm xmm[4]; } La_x86_64_vector __attribute__ ((aligned(16))); typedef struct La_x86_64_retval { uint64_t lrv_rax; uint64_t lrv_rdx; La_x86_64_xmm lrv_xmm0; La_x86_64_xmm lrv_xmm1; long double lrv_st0; long double lrv_st1; La_x86_64_vector lrv_vector0; La_x86_64_vector lrv_vector1; } La_x86_64_retval; typedef int __v8si __attribute__ ((__vector_size__ (32))); typedef long long __m256i __attribute__ ((__vector_size__ (32), __may_alias__)); extern __inline __m256i __attribute__((__gnu_inline__, __always_inline__, __artificial__)) _mm256_set1_epi32 (int __A) { return __extension__ (__m256i)(__v8si){ __A, __A, __A, __A, __A, __A, __A, __A }; } # 7 tst-auditmod4b.c 1 unsigned int x_pltexit (La_x86_64_retval *outregs) { __m256i ymm = _mm256_set1_epi32 (-1); asm volatile (vmovdqa %0, %%ymm0 : : x (ymm) : xmm0 ); return 0; } -- Summary: standard_sse_constant_opcode crash on x86 64 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dps at simpson dot demon dot co dot uk GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40957