[Bug c++/39452] New: G++ cannot compile local classes together with template.
The following code cannot be compiled by GCC 4.3.3. #include #include #include using namespace std; int main() { class PrintOne : unary_function { public: result_type operator()(argument_type i) { wcout << i << L'\n'; } }; int a[20] = {0, 0, 0, 0, 0}; for_each(a, a + 20, PrintOne()); return 0; } The error message is: test.cpp:22: error: no matching function for call to `for_each(int[20], int*, main()::PrintOne)' If we move class PrintOne outside or do not use template function, the compilation will succeed. -- Summary: G++ cannot compile local classes together with template. Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jim_king_2000 at 163 dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39452
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-03-13 04:47 --- The updated patch eliminates the failures in gcc.dg/asm-b.c at both -m32 and -m64 on i686-apple-darwin9. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #4 from hjl dot tools at gmail dot com 2009-03-13 04:21 --- The updated patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00611.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2009- |patches/2009- |03/msg00609.html|03/msg00611.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13 04:08 --- The proposed patch eliminates the gcc.dg/asm-b.c failure at -m32 on i686-apple-darwin9 but not the failure at -m64. Executing on host: /sw/src/fink.build/gcc44-4.3.999-20090312/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20090312/darwin_objdir/gcc/ /sw/src/fink. build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c -O1 -lm -m64 -o ./asm-b.exe(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:can't encode register '%bh' in an instruction requiring REX prefix. compiler exited with status 1 output is: /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:can't encode register '%bh' in an instruction requiring REX prefix. FAIL: gcc.dg/asm-b.c (test for excess errors) Excess errors: /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:can't encode register '%bh' in an instruction requiring REX prefix. WARNING: gcc.dg/asm-b.c compilation failed to produce executable -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #7 from hjl dot tools at gmail dot com 2009-03-13 04:06 --- *** This bug has been marked as a duplicate of 39451 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #2 from hjl dot tools at gmail dot com 2009-03-13 04:06 --- *** Bug 39450 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||howarth at nitro dot med dot ||uc dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug testsuite/39451] Invalid x86 constraint in gcc.dg/asm-b.c
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-13 04:02 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00609.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2009- ||03/msg00609.html Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-03-13 03:58 --- This regression is caused by r144812. r144812 | vmakarov | 2009-03-12 10:39:55 -0400 (Thu, 12 Mar 2009) | 8 lines 2009-03-12 Vladimir Makarov PR debug/39432 * ira-int.h (struct allocno): Fix comment for calls_crossed_num. * ira-conflicts.c (ira_build_conflicts): Prohibit call used registers for allocnos created from user-defined variables. Revision 144811 doesn't show the failure in gcc.dg/asm-b.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug testsuite/39451] New: Invalid x86 constraint in gcc.dg/asm-b.c
gcc.dg/asm-b.c has #elif defined __i386__ || defined __x86_64__ __asm __volatile ("movb %b1,1(%2); movb %h1,(%2)" : "=m" (*z) : "r" (y), "r" (z)); #endif The "r" constraint means any integer registers. But %b1/%h1 requires the "Q" constraint. -- Summary: Invalid x86 constraint in gcc.dg/asm-b.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39451
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-13 01:27 --- Subject: Re: gcc.dg/asm-b.c compilation fails to produce executable > I also see this fail. Specifically, I see it in r144826. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-03-13 01:27 --- Fails at both -m32 and -m64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13 01:24 --- Dave's last posted results without this is r144796. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #2 from danglin at gcc dot gnu dot org 2009-03-13 01:23 --- I also see this fail. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-03-13 01:23:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] gcc.dg/asm-b.c compilation fails to produce executable
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-03-13 01:17 --- Correction...the regression is observed on i686-apple-darwin9. I haven't checked current gcc trunk under darwin10 yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug c/39450] New: gcc.dg/asm-b.c compilation fails to produce executable
Current gcc trunk (r144825) shows a regression on i686-apple-darwin10... Running /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/dg.exp ... FAIL: gcc.dg/asm-b.c (test for excess errors) WARNING: gcc.dg/asm-b.c compilation failed to produce executable This shows up as... Executing on host: /sw/src/fink.build/gcc44-4.3.999-20090312/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20090312/darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c -O1 -lm -m32 -o ./asm-b.exe(timeout = 300) /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asmb.c:27:bad register name `%sil' /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asmb.c:27:`%si' not allowed with `movb' compiler exited with status 1 output is: /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:bad register name `%sil' /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:`%si' not allowed with `movb' FAIL: gcc.dg/asm-b.c (test for excess errors) Excess errors: /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:bad register name `%sil' /sw/src/fink.build/gcc44-4.3.999-20090312/gcc-4.4-20090312/gcc/testsuite/gcc.dg/asm-b.c:27:`%si' not allowed with `movb' WARNING: gcc.dg/asm-b.c compilation failed to produce executable The testcase wasn't failing on 20090311 under darwin10. -- Summary: gcc.dg/asm-b.c compilation fails to produce executable Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
[Bug testsuite/39449] FAIL: gcc.target/i386/stackalign/longlong-2.c
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-13 01:12 --- Subject: Re: FAIL: gcc.target/i386/stackalign/longlong-2.c > --- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13 > 00:20 --- > Read comments 47 through 49 of > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137. PR 39137 is currently closed. So, either we need a new PR, or 39137 needs to be reopened. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39449
[Bug testsuite/39449] FAIL: gcc.target/i386/stackalign/longlong-2.c
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13 00:20 --- Read comments 47 through 49 of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39449
[Bug target/39431] [4.3 Regression] ICE in spill_failure, at reload1.c:2093
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jakub at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug testsuite/39449] FAIL: gcc.target/i386/stackalign/longlong-2.c
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-12 23:07 --- Subject: Re: New: FAIL: gcc.target/i386/stackalign/longlong-2.c Attached .s for first fail. Dave --- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-12 23:07 --- Created an attachment (id=17453) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17453&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39449
[Bug testsuite/39449] New: FAIL: gcc.target/i386/stackalign/longlong-2.c
Executing on host: /Users/dave/gnu/gcc/objdir/gcc/xgcc -B/Users/dave/gnu/gcc/obj dir/gcc/ /Users/dave/gnu/gcc/gcc/gcc/testsuite/gcc.target/i386/stackalign/longlo ng-2.c -mstackrealign -O2 -mpreferred-stack-boundary=2 -S -o longlong-2.s ( timeout = 300) PASS: gcc.target/i386/stackalign/longlong-2.c -mstackrealign (test for excess er rors) FAIL: gcc.target/i386/stackalign/longlong-2.c scan-assembler-times and[lq]?[^\n] *-8,[^\n]*sp 2 FAIL: gcc.target/i386/stackalign/longlong-2.c scan-assembler-times and[lq]?[^\n] *-16,[^\n]*sp 2 and Executing on host: /Users/dave/gnu/gcc/objdir/gcc/xgcc -B/Users/dave/gnu/gcc/obj dir/gcc/ /Users/dave/gnu/gcc/gcc/gcc/testsuite/gcc.target/i386/stackalign/longlo ng-2.c -mno-stackrealign -O2 -mpreferred-stack-boundary=2 -S -o longlong-2.s (timeout = 300) PASS: gcc.target/i386/stackalign/longlong-2.c -mno-stackrealign (test for excess errors) FAIL: gcc.target/i386/stackalign/longlong-2.c scan-assembler-times and[lq]?[^\n] *-8,[^\n]*sp 2 FAIL: gcc.target/i386/stackalign/longlong-2.c scan-assembler-times and[lq]?[^\n] *-16,[^\n]*sp 2 -- Summary: FAIL: gcc.target/i386/stackalign/longlong-2.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39449
[Bug target/39431] [4.3 Regression] ICE in spill_failure, at reload1.c:2093
--- Comment #11 from doko at ubuntu dot com 2009-03-12 23:02 --- applied to the 4.3 branch it fixes the problem; no regressions in the testsuite for a biarch build on i486-linux-gnu with --enable-languages=c,c++ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug target/39327] Incorrect addsub/unpck patterns in sse.md
--- Comment #6 from hjl dot tools at gmail dot com 2009-03-12 22:44 --- Fixed. -- 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=39327
[Bug libobjc/27466] RFE: Support for libobjc equivalent of std::set_unexpected
--- Comment #8 from ayers at gcc dot gnu dot org 2009-03-12 22:28 --- Subject: Bug 27466 Author: ayers Date: Thu Mar 12 22:28:15 2009 New Revision: 144826 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144826 Log: libobjc/ 2009-03-12 Richard Frith-Macdonald David Ayers PR libobjc/27466 * objc/objc-api.h (_objc_unexpected_exception): Declare new hook. Update copyright dates. * exception.c (objc_exception_throw): Use hook. Update copyright dates. * libobjc.def (_objc_unexpected_exception): Export hook. Update copyright dates. gcc/testsuite/ 2009-03-12 David Ayers PR libobjc/27466 * objc/execute/exceptions/handler-1.m. New test. Added: trunk/gcc/testsuite/objc/execute/exceptions/handler-1.m Modified: trunk/gcc/testsuite/ChangeLog trunk/libobjc/ChangeLog trunk/libobjc/exception.c trunk/libobjc/libobjc.def trunk/libobjc/objc/objc-api.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27466
[Bug target/39448] New: cross compile for avr mangles path in configure
Trying to compile avr-gcc on OpenSolaris. gcc 3.4.3 installed on host, using sources for 4.3.3. Make eventually errors off with "cannot compute suffix of object files". A look in config.log shows weird paths: /export/home/ck242721/avr/avr/bin/as: not found. Binutils installed in /export/home/ck142721/avr/bin with avr- prefix. ./configure --target=avr --prefix="/export/home/ckiick/" --program-prefix="avr-" --enable-languages=c --with-gmp=/usr/local --with-mpfr=/usr/local note: gmp and mpfr are installed an in LD_LIBRARY_PATH. error: checking for avr-gcc... /export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/xgcc -B/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/ -B/export/home/ckiick//avr/bin/ -B/export/home/ckiick//avr/lib/ -isystem /export/home/ckiick//avr/include -isystem /export/home/ckiick//avr/sys-include checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[1]: *** [configure-target-libgcc] Error 1 make[1]: Leaving directory `/export/home/ckiick/Download/gcc-4.3.3' make: *** [all] Error 2 in gcc4.3.3/avr/libgcc/config.log: configure:2398: /export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/xgcc -B/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/ -B/export/home/ckiick//avr/bin/ -B/export/home/ckiick//avr/lib/ -isystem /export/home/ckiick//avr/include -isystem /export/home/ckiick//avr/sys-include -o conftest -O2 -g -g -O2 conftest.c >&5 /export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/as[77]: exec: /export/home/ckiick/avr/avr/bin/as: not found configure:2401: $? = 1 configure:2567: checking for suffix of object files configure:2588: /export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/xgcc -B/export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/ -B/export/home/ckiick//avr/bin/ -B/export/home/ckiick//avr/lib/ -isystem /export/home/ckiick//avr/include -isystem /export/home/ckiick//avr/sys-include -c -O2 -g -g -O2conftest.c >&5 /export/home/ckiick/Download/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/as[77]: exec: /export/home/ckiick/avr/avr/bin/as: not found configure:2591: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "GNU C Runtime Library" | | #define PACKAGE_NAME "GNU C Runtime Library" | #define PACKAGE_TARNAME "libgcc" | #define PACKAGE_VERSION "1.0" | #define PACKAGE_STRING "GNU C Runtime Library 1.0" | #define PACKAGE_BUGREPORT "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2604: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. path of avr-as is /export/home/ckiick/avr/bin/avr-as I've tried using different paths with --prefix but it still does the same thing. -- Summary: cross compile for avr mangles path in configure Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chris dot kiick at sun dot com GCC build triplet: gcc 4.3.3 GCC host triplet: gcc version 3.4.3 (csl-sol210-3.4-20050802) GCC target triplet: avr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39448
[Bug target/39431] [4.3 Regression] ICE in spill_failure, at reload1.c:2093
--- Comment #10 from jakub at gcc dot gnu dot org 2009-03-12 20:47 --- Fixed on the trunk so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.3.4 4.4.0 |4.3.4 Known to work|4.2.4 |4.2.4 4.4.0 Summary|[4.3/4.4 Regression] ICE in |[4.3 Regression] ICE in |spill_failure, at |spill_failure, at |reload1.c:2093 |reload1.c:2093 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug target/39431] [4.3/4.4 Regression] ICE in spill_failure, at reload1.c:2093
--- Comment #9 from jakub at gcc dot gnu dot org 2009-03-12 20:46 --- Subject: Bug 39431 Author: jakub Date: Thu Mar 12 20:45:39 2009 New Revision: 144825 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144825 Log: PR target/39431 * config/i386/predicates.md (cmpxchg8b_pic_memory_operand): New predicate. * config/i386/sync.md (sync_compare_and_swap, sync_compare_and_swap_cc): For DImode with -m32 -fpic check if operands[1] is cmpxchg8b_pic_memory_operand, if not force address into a register. (sync_double_compare_and_swapdi_pic, sync_double_compare_and_swap_ccdi_pic): Require operand 1 to be cmpxchg8b_pic_memory_operand instead of just memory_operand. * gcc.target/i386/pr39431.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr39431.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/predicates.md trunk/gcc/config/i386/sync.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug middle-end/39447] ICE in create_data_ref with -O1 -floop-interchange
--- Comment #1 from il dot basso dot buffo at gmail dot com 2009-03-12 20:41 --- Created an attachment (id=17452) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17452&action=view) Preprocessed C++ source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39447
[Bug middle-end/39447] New: ICE in create_data_ref with -O1 -floop-interchange
$ g++ -O1 -floop-interchange -c buffer.pre.cc buffer.cc: In member function 'bool Buffer::save(const std::string*, bool, bool, Point, Point) const': buffer.cc:204: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. Backtrace: #0 0x0088850a in create_data_ref () #1 0x0088d00e in stmt_simple_memref_p () #2 0x00bf6013 in is_simple_operand () #3 0x00bfa3ec in build_scops_1 () #4 0x00bfa916 in build_scops_1 () #5 0x00bfa916 in build_scops_1 () #6 0x00bfa916 in build_scops_1 () #7 0x00bfa791 in build_scops_1 () #8 0x00bfa916 in build_scops_1 () #9 0x00bfa791 in build_scops_1 () #10 0x00bfa916 in build_scops_1 () #11 0x00bfa791 in build_scops_1 () #12 0x00bfa916 in build_scops_1 () #13 0x00bfa916 in build_scops_1 () #14 0x00bfdfb4 in graphite_transform_loops () #15 0x00928111 in graphite_transforms () #16 0x007ca482 in execute_one_pass () #17 0x007ca735 in execute_pass_list () #18 0x007ca75d in execute_pass_list () #19 0x007ca75d in execute_pass_list () #20 0x008b2b9c in tree_rest_of_compilation () #21 0x00a1329f in cgraph_expand_function () #22 0x00a14629 in cgraph_optimize () #23 0x004c27b5 in cp_write_global_declarations () #24 0x0086c1af in toplev_main () #25 0x7fdfa2f6160d in __libc_start_main () from /lib/libc.so.6 #26 0x00405229 in _start () -- Summary: ICE in create_data_ref with -O1 -floop-interchange Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: il dot basso dot buffo at gmail dot com 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=39447
[Bug target/38824] [4.4 Regression] performance regression of sse code from 4.2/4.3
--- Comment #30 from hjl dot tools at gmail dot com 2009-03-12 20:21 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38824
[Bug c++/39405] std::shared_ptr barfs on incomplete template class that boost::shared_ptr accepts
--- Comment #2 from paolo dot carlini at oracle dot com 2009-03-12 20:01 --- Indeed, mainline is fine. Do we have evidence that some earlier 4.3.x release worked? Because, otherwise, given that 4.3.x is approaching is end of life in terms of expected releases, this issue can be safely closed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||paolo dot carlini at oracle ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39405
[Bug target/39445] failure of SSE2 tests
--- Comment #4 from hjl at gcc dot gnu dot org 2009-03-12 19:56 --- Subject: Bug 39445 Author: hjl Date: Thu Mar 12 19:56:34 2009 New Revision: 144823 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144823 Log: gcc/ 2009-03-12 H.J. Lu PR target/39445 * config/i386/i386.c (ix86_expand_push): Don't set memory alignment. gcc/testsuite/ 2009-03-12 H.J. Lu PR target/39445 * gcc.target/i386/pr39445.c: New. * gcc.target/i386/push-1.c: XFAIL. Added: trunk/gcc/testsuite/gcc.target/i386/pr39445.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/i386/push-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug target/39445] failure of SSE2 tests
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-12 19:53 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00603.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2009- ||03/msg00603.html Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-03-12 19:53:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug target/9760] [arm] Combine cannot do its job because immediate operand is used instead of register
--- Comment #6 from ramana dot r at gmail dot com 2009-03-12 18:45 --- With Mainline today gcc produces : stmfd sp!, {r4, lr} mov r1, r0, lsr #24 mov r4, r0 mov r0, #8 bl func mov r1, r4, lsr #16 and r1, r1, #255 mov r0, #8 bl func mov r1, r4, lsr #8 and r1, r1, #255 mov r0, #8 ldmfd sp!, {r4, lr} b func The problem still exists. This can't be a problem with the combiner because the combine would stop at function call boundaries. -- ramana dot r at gmail dot com changed: What|Removed |Added CC||rearnsha at arm dot com, ||ramana dot r at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9760
[Bug target/39445] failure of SSE2 tests
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-03-12 18:43 --- > How can I reproduce it? -mtune=i586 presumably. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug c++/39444] ICE caused by default template argument
--- Comment #3 from tortoise_74 at yahoo dot co dot uk 2009-03-12 18:34 --- I should point out (as it is not obvious to the uninitiated) that this may not be legal C++ as "A string literal cannot be used as a template argument". String literals have internal linkage. So string arguments can only be used if they are declared extern. The bug might be that gcc is not outputting this message but instead an ICE or something about the ABI. However, a std::string is not the same as a char* so a language lawyer might be needed here. The bugs manifest as if the two are identical. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
[Bug inline-asm/39440] User Manual: describe asm ("%a0,%c0"::)
--- Comment #3 from ian at airs dot com 2009-03-12 18:29 --- We don't have to document all of the modifiers, but we do have to document some of them. There are cases where they are required in order to use asm statements effectively. Most of the modifiers haven't changed for decades, I don't think we have to worry about that as long as we are careful about which ones we document. -- ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
[Bug target/39445] failure of SSE2 tests
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-12 17:58 --- How can I reproduce it? How is your gcc configured? -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug target/39327] Incorrect addsub/unpck patterns in sse.md
--- Comment #5 from hjl at gcc dot gnu dot org 2009-03-12 17:50 --- Subject: Bug 39327 Author: hjl Date: Thu Mar 12 17:50:02 2009 New Revision: 144820 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144820 Log: 2009-03-12 H.J. Lu Backport from mainline: 2009-03-12 H.J. Lu PR target/39327 * config/i386/sse.md (sse3_addsubv4sf3): Correct item bits. (sse3_addsubv2df3): Likewise. Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/config/i386/sse.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39327
[Bug target/16185] ICE: in spill_failure, at reload1.c:1892, global registers and long long
--- Comment #16 from ubizjak at gmail dot com 2009-03-12 17:48 --- *** Bug 35135 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added CC||mueller at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16185
[Bug target/35135] unable to find a register to spill in class �GENERAL_REGS� with global registers
--- Comment #10 from ubizjak at gmail dot com 2009-03-12 17:48 --- *** This bug has been marked as a duplicate of 16185 *** -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35135
[Bug ada/39446] Can not resolve PUT between String and Character versions.
--- Comment #2 from mark_r_eggleston at yahoo dot co dot uk 2009-03-12 17:44 --- In the test case program bug.adb functions a_string are substituted for get_name functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39446
[Bug target/39327] Incorrect addsub/unpck patterns in sse.md
--- Comment #4 from hjl at gcc dot gnu dot org 2009-03-12 17:43 --- Subject: Bug 39327 Author: hjl Date: Thu Mar 12 17:43:14 2009 New Revision: 144819 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144819 Log: 2009-03-12 H.J. Lu PR target/39327 * config/i386/sse.md (avx_addsubv8sf3): Correct item bits. (avx_addsubv4df3): Likewise. (*avx_addsubv4sf3): Likewise. (sse3_addsubv4sf3): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/sse.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39327
[Bug ada/39446] Can not resolve PUT between String and Character versions.
--- Comment #1 from mark_r_eggleston at yahoo dot co dot uk 2009-03-12 17:42 --- Created an attachment (id=17451) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17451&action=view) Simple test case program, version information. No temporary files are include because the only temporary file produced only contained the tile line. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39446
[Bug ada/39446] New: Can not resolve PUT between String and Character versions.
With two functions named get_name both returning string, the first function having no parameter and the second an integer parameter. This call: Put(get_name); is accepted by the compiler but this call Put(get_name(7)); is rejected as ambiguous. The compiler refers the following possible interpretations: procedure Put (Item : Character); procedure Put (Item : String); I've written a simple test case referring to no external specifications with two test procedures taking the place of Put. -- Summary: Can not resolve PUT between String and Character versions. Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark_r_eggleston at yahoo dot co dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39446
[Bug target/39445] New: failure of SSE2 tests
On i586-suse-linux 3 SSE2 tests have failed for some time: FAIL: gcc.target/i386/pr35767-1.c execution test FAIL: gcc.target/i386/pr35767-1d.c execution test FAIL: gcc.target/i386/pr35767-1i.c execution test When compiled at -O0: (gdb) run Starting program: /home/eric/gnat/gnat-head/native32/pr35767-1 warning: Lowest section in system-supplied DSO at 0xe000 is .hash at e0b4 Program received signal SIGSEGV, Segmentation fault. 0x0804846b in main () 0x0804846b : movaps %xmm6,(%esp) (gdb) info reg esp esp0xce9c 0xce9c -- Summary: failure of SSE2 tests Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ebotcazou at gcc dot gnu dot org GCC target triplet: i586-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39445
[Bug c++/39444] ICE caused by default template argument
--- Comment #2 from tortoise_74 at yahoo dot co dot uk 2009-03-12 17:23 --- Created an attachment (id=17450) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17450&action=view) "defect in the C++ ABI" message -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
[Bug c++/39444] ICE caused by default template argument
--- Comment #1 from tortoise_74 at yahoo dot co dot uk 2009-03-12 17:21 --- Created an attachment (id=17449) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17449&action=view) ICE with arg = std::string("") -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
[Bug c++/39444] New: ICE caused by default template argument
Compiling the following code causes an internal compiler error on both: gcc (GCC) 4.1.2 20061115 (prerelease) (SUSE Linux) & gcc (GCC) 4.1.2 20071124 (Red Hat 4.1.2-42) #include #include template class Filter { public: virtual const std::string& getFilterName() const { static const std::string name = filterName; return name; } }; void breakMe() { Filter boo; } The output is: g++-c -o template.o template.cpp template.cpp: In instantiation of $-1òøFilter, std::allocator >(((const char*)""), ((const std::allocator&)((const std::allocator*)(& std::allocator()>òù: template.cpp:18: instantiated from here template.cpp:7: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. Using a typeid in place of std::string("") for the default causes a more cryptic g++-c -o template.o template.cpp template.cpp: In instantiation of Filterconst char* std::type_info::name()>: template.cpp:45: instantiated from here template.cpp:34: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI template.cpp:34: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI template.cpp:45: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI template.cpp:45: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI template.cpp: In member function const std::string& Filter::getFilterName() const [with FILTER = int, const std::string& filterName = ((const std::type_info*)(& _ZTIi))->std::type_info::name()]: template.cpp:45: instantiated from here template.cpp:38: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI -- Summary: ICE caused by default template argument Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tortoise_74 at yahoo dot co dot uk GCC build triplet: x86_64-linux-redhat GCC host triplet: x86_64-linux-redhat GCC target triplet: x86_64-linux-redhat http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39444
[Bug c++/39405] std::shared_ptr barfs on incomplete template class that boost::shared_ptr accepts
--- Comment #1 from gcc at cohi dot at 2009-03-12 17:00 --- Just now I installed pre-release gcc-4.4-20090306 and there is no error with t.cc as shown, so it seems to be a bug that has been already fixed; I didn't check any 4.3.4 pre-release however. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39405
[Bug debug/39412] [4.2/4.3/4.4 Regression] ICE in gen_tagged_type_instantiation_die
-- 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-03-09 17:47:29 |2009-03-12 16:29:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39412
[Bug target/38824] [4.4 Regression] performance regression of sse code from 4.2/4.3
--- Comment #29 from hjl at gcc dot gnu dot org 2009-03-12 16:08 --- Subject: Bug 38824 Author: hjl Date: Thu Mar 12 16:08:02 2009 New Revision: 144817 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144817 Log: 2009-03-12 H.J. Lu PR target/38824 * config/i386/i386.md: Compare REGNO on the new peephole2 patterns. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38824
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #5 from hjl dot tools at gmail dot com 2009-03-12 16:03 --- (In reply to comment #4) > (In reply to comment #3) > > > > callget_arg > > > movups (%rax), %xmm1 > > > xorl%edi, %edi > > > movaps %xmm1, (%rsp) [*] > > > > We can use movaps since stack is aligned at 16byte here. > > > > > callget_arg > > > movaps (%rsp), %xmm1 [*] > > > > Same here. > > of course you can, but what for transfer xmm1=>(rsp)=>xmm1? > xmm1 is a caller saved register. get_arg may change xmm1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug target/38824] [4.4 Regression] performance regression of sse code from 4.2/4.3
--- Comment #28 from hjl dot tools at gmail dot com 2009-03-12 16:00 --- (In reply to comment #25) > patch committed (the changelog was in gcc-patches :-). > This patch caused: http://gcc.gnu.org/ml/gcc/2009-03/msg00340.html -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38824
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #4 from pluto at agmk dot net 2009-03-12 15:53 --- (In reply to comment #3) > > callget_arg > > movups (%rax), %xmm1 > > xorl%edi, %edi > > movaps %xmm1, (%rsp) [*] > > We can use movaps since stack is aligned at 16byte here. > > > callget_arg > > movaps (%rsp), %xmm1 [*] > > Same here. of course you can, but what for transfer xmm1=>(rsp)=>xmm1? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug middle-end/39443] [4.4 Regression] Builtin redirection no longer working for memcmp
--- Comment #1 from jakub at gcc dot gnu dot org 2009-03-12 15:51 --- Created an attachment (id=17448) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17448&action=view) gcc44-pr39443.patch Patch I'm going to bootstrap/regtest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39443
[Bug debug/39432] [4.4 Regression] gdb.base/store.exp failures
--- Comment #8 from jakub at gcc dot gnu dot org 2009-03-12 15:49 --- Fixed, thanks. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39432
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-12 15:47 --- (In reply to comment #2) > on x86_64/4.4.0 i see correct movups and weird aligned moves[*]. > > main: subq$24, %rsp > xorl%edi, %edi > callget_arg > movups (%rax), %xmm1 > xorl%edi, %edi > movaps %xmm1, (%rsp) [*] We can use movaps since stack is aligned at 16byte here. > callget_arg > movaps (%rsp), %xmm1 [*] Same here. > movups (%rax), %xmm0 > callsse_func > addq$24, %rsp > ret > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #2 from pluto at agmk dot net 2009-03-12 15:37 --- on x86_64/4.4.0 i see correct movups and weird aligned moves[*]. main: subq$24, %rsp xorl%edi, %edi callget_arg movups (%rax), %xmm1 xorl%edi, %edi movaps %xmm1, (%rsp) [*] callget_arg movaps (%rsp), %xmm1 [*] movups (%rax), %xmm0 callsse_func addq$24, %rsp ret -- pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug middle-end/39443] [4.4 Regression] Builtin redirection no longer working for memcmp
-- 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|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-03-12 15:31:25 date|| Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39443
[Bug middle-end/39443] New: [4.4 Regression] Builtin redirection no longer working for memcmp
typedef __SIZE_TYPE__ size_t; extern int memcmp (const void *s1, const void *s2, size_t n) __attribute__ ((__nothrow__, __pure__)); extern __typeof (memcmp) memcmp __asm__ ("memory_compare"); int bar (char *s, char *t, int cnt) { if (__builtin_expect (cnt, 0)) return memcmp (s, t, cnt); return 0; } emits memcmp instead of inline expansion or memory_compare call since r138835 for -Os (and a tiny bit later for -O2). This breaks check-localplt test in glibc and more importantly, some memcmp calls in glibc go through PLT when they shouldn't. -- Summary: [4.4 Regression] Builtin redirection no longer working for memcmp Product: gcc Version: 4.4.0 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 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39443
[Bug target/39423] [SH] performance regression: lost mov @(disp,Rn)
--- Comment #10 from chrbr at gcc dot gnu dot org 2009-03-12 15:10 --- Created an attachment (id=17447) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17447&action=view) SH illustrative patch for feedback only. win on SH. lost on ARM 2009-03-12 Christian Bruel * fold-const.c (fold_plusminus_mult_expr): Move canonicalization of index+cst... * expr.c (expand_expr_real_1): ... here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39423
[Bug target/39442] In some cases __builtin_ia32_loadups generates a movaps instruction
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-12 15:06 --- I believe this is fixed in gcc 4.4.0. -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug target/39423] [SH] performance regression: lost mov @(disp,Rn)
--- Comment #9 from chrbr at gcc dot gnu dot org 2009-03-12 15:04 --- The attached patch improves the SH generation, but I noticed a small regression with the ARM that could make use before of a shifted constant addressing mode, so not using the extra register for the value. A target description check should be done while expanding the canonicalization, that should not be done only when a base+cst addressing mode exists and the cst must be shifter in a register. Any input welcome to how to target conditionalize this transformation. No performance impact was noticed on i686 however. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39423
[Bug target/39442] New: In some cases __builtin_ia32_loadups generates a movaps instruction
gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu12) This code causes an alignment fault because __builtin_ia32_loadups will generate a movaps instruction instead of a movups instruction. #include void sse_func(__m128, __m128); float *get_arg(int); int main(void) { sse_func(__builtin_ia32_loadups(get_arg(0)), __builtin_ia32_loadups(get_arg(0))); } Disassembly: pushl $0 callget_arg movaps (%eax), %xmm0 movups %xmm0, 16(%esp) movl$0, (%esp) callget_arg movaps 16(%esp), %xmm1 movups (%eax), %xmm0 callsse_func addl$40, %esp get_arg() returns a non-aligned pointer, but it is loaded with movaps which expects a 16-byte aligned pointer. movups should be used instead. Also, the next instruction stores the SSE register to the stack which is already guaranteed to be 16-byte aligned, but it uses movups, which should only be used for non 16-byte aligned pointers. Command-line: gcc -O1 -march=i386 -msse -fomit-frame-pointer -S test.c -o - Bug also occurs with -O2 and -O3, but not with -O0, and with -march=i486 and -march=i586, but not with -march=i686. The bug disappears when -fomit-frame-pointer is removed. The bug also disappears when get_arg(int) is changed to get_arg(void):' #include void sse_func(__m128, __m128); float *get_arg(void); int main(void) { sse_func(__builtin_ia32_loadups(get_arg()), __builtin_ia32_loadups(get_arg())); } -- Summary: In some cases __builtin_ia32_loadups generates a movaps instruction Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amanieu at gmail dot com GCC build triplet: i486-pc-linux-gnu GCC host triplet: i486-pc-linux-gnu GCC target triplet: i486-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39442
[Bug debug/39432] [4.4 Regression] gdb.base/store.exp failures
--- Comment #7 from vmakarov at gcc dot gnu dot org 2009-03-12 14:40 --- Subject: Bug 39432 Author: vmakarov Date: Thu Mar 12 14:39:55 2009 New Revision: 144812 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144812 Log: 2009-03-12 Vladimir Makarov PR debug/39432 * ira-int.h (struct allocno): Fix comment for calls_crossed_num. * ira-conflicts.c (ira_build_conflicts): Prohibit call used registers for allocnos created from user-defined variables. Modified: trunk/gcc/ChangeLog trunk/gcc/ira-conflicts.c trunk/gcc/ira-int.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39432
[Bug inline-asm/39440] User Manual: describe asm ("%a0,%c0"::)
--- Comment #2 from etienne_lorrain at yahoo dot fr 2009-03-12 14:10 --- The thread associated: http://gcc.gnu.org/ml/gcc/2009-03/msg00288.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
[Bug middle-end/38028] [4.4 Regression] eh failures on spu-elf
--- Comment #2 from uweigand at gcc dot gnu dot org 2009-03-12 14:02 --- Fixed. -- uweigand at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38028
[Bug target/39181] [4.4 Regression] complex int arguments cause ICE
--- Comment #3 from uweigand at gcc dot gnu dot org 2009-03-12 14:01 --- Fixed. -- uweigand at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39181
[Bug target/39181] [4.4 Regression] complex int arguments cause ICE
--- Comment #2 from uweigand at gcc dot gnu dot org 2009-03-12 14:00 --- Subject: Bug 39181 Author: uweigand Date: Thu Mar 12 14:00:21 2009 New Revision: 144811 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144811 Log: PR target/39181 * config/spu/spu.c (spu_expand_mov): Handle invalid subregs of non-integer mode as well. Modified: trunk/gcc/ChangeLog trunk/gcc/config/spu/spu.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39181
[Bug inline-asm/39440] User Manual: describe asm ("%a0,%c0"::)
--- Comment #1 from pbrook at gcc dot gnu dot org 2009-03-12 13:45 --- I'm not so sure documenting these is a good idea. Aren't these really internal implementation details that are accidentally exposed via asm()? IMHO putting them in the user documentation is risky because it means users have a legitimate grievance when we break them. I suspect many of the modifiers also don't do what you expect, and only work in very limited circumstances for particular .md patterns. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
[Bug target/39137] [4.4 Regression] -mpreferred-stack-boundary=2 causes lots of dynamic realign
--- Comment #49 from hjl dot tools at gmail dot com 2009-03-12 13:30 --- (In reply to comment #48) > If it ignores -mpreferred-stack-boundary it shouldn't end up setting > ix86_preferred_stack_boundary to the ignored value. > i386/darwin.h has /* On Darwin, the stack is 128-bit aligned at the point of every call. Failure to ensure this will lead to a crash in the system libraries or dynamic loader. */ #undef STACK_BOUNDARY #define STACK_BOUNDARY 128 #undef MAIN_STACK_BOUNDARY #define MAIN_STACK_BOUNDARY 128 /* Since we'll never want a stack boundary less aligned than 128 bits we need the extra work here otherwise bits of gcc get very grumpy when we ask for lower alignment. We could just reject values less than 128 bits for Darwin, but it's easier to up the alignment if it's below the minimum. */ #undef PREFERRED_STACK_BOUNDARY #define PREFERRED_STACK_BOUNDARY\ MAX (STACK_BOUNDARY, ix86_preferred_stack_boundary) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137
[Bug ada/39441] New: Discriminant & interface not implemented by full type (RM-2005 7.3 (7.3/2))
Given the following package spec: package Full_View is type Base_Type (Num : Integer) is tagged private; type Base_Interface is interface; type New_Type is new Base_Type (Num => 11) and Base_Interface with private; private type Base_Type (Num : Integer) is tagged record My_Number : Integer := Num; end record; type New_Type is new Base_Type (Num => 11) and Base_Interface with null record; end Full_View; Trying to compile this with gcc 4.3.2 in Debian/Lenny results in the following error: full_view.ads:7:09: interface "Base_Interface" not implemented by full type (RM-2005 7.3 (7.3/2)) Verbose output: $ gcc -v -c full_view.ads Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1.1' --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 --enable-cld --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.3.2 (Debian 4.3.2-1.1) COLLECT_GCC_OPTIONS='-v' '-c' '-mtune=generic' /usr/lib/gcc/i486-linux-gnu/4.3.2/gnat1 -quiet -dumpbase full_view.ads -mtune=generic full_view.ads -o /tmp/cchU6wbD.s full_view.ads:7:09: interface "Base_Interface" not implemented by full type (RM-2005 7.3 (7.3/2)) When removing the (Num => 11) discrimant initialization or the Base_Interface interface from the New_Type type extension, the code compiles fine. Seems to me that the consistency check of the partial and full view of a tagged type covering interfaces does not work with discriminants. - reto -- Summary: Discriminant & interface not implemented by full type (RM-2005 7.3 (7.3/2)) Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reet at codelabs dot ch GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39441
[Bug inline-asm/39440] New: User Manual: describe asm ("%a0,%c0"::)
The user manual at: http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/Extended-Asm.html#Extended-Asm decribes a lot of the asm syntax, but do not describe the modifier in between the percent sign and the digit (or [name]) inside the string of the asm. One use case is to access global structure fields inside asm(""): union { struct { int a; char b, c, d; } part1; unsigned long long part2; } global_var; void fct(void) { asm volatile (" global_var_a = %c0 " : : "p" (global_var.part1.a) ); asm volatile (" global_var_c = %c0 " : : "p" (global_var.part1.c) ); } asm ( "movl $0,global_var_a\n" "movb $0,global_var_c\n" ); -- Summary: User Manual: describe asm ("%a0,%c0"::) Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: inline-asm AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: etienne_lorrain at yahoo dot fr GCC build triplet: all-all-all GCC host triplet: all-all-all GCC target triplet: all-all-all http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
[Bug c/39438] Can't compile a wrapper around strftime with -Werror=format-nonliteral
--- Comment #2 from 4tmuelle at informatik dot uni-hamburg dot de 2009-03-12 09:58 --- Hey Richard. Thanks for the timely feedback. As far as I know, it works more or less good for printf-wrappers. So I expected this to be working for strftime as well. I don't think that your proposed solutions are clean and desirable ones, do you? Is there anything wrong in expecting the posted code snipped to compile fine? Especially if the "fmt" argument is indeed a checked, constant, fixed size (literal) string. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39438
[Bug target/39431] [4.3/4.4 Regression] ICE in spill_failure, at reload1.c:2093
--- Comment #8 from jakub at gcc dot gnu dot org 2009-03-12 09:56 --- Created an attachment (id=17446) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17446&action=view) gcc44-pr39431.patch Patch I'm bootstrapping/regtesting ATM. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
[Bug target/39137] [4.4 Regression] -mpreferred-stack-boundary=2 causes lots of dynamic realign
--- Comment #48 from rguenth at gcc dot gnu dot org 2009-03-12 09:43 --- If it ignores -mpreferred-stack-boundary it shouldn't end up setting ix86_preferred_stack_boundary to the ignored value. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39137
[Bug c/39438] Can't compile a wrapper around strftime with -Werror=format-nonliteral
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-12 09:40 --- It won't work. You can either put the wrapper in a system header (add #pragma GCC system_header) or build this TU with -fno-builtin-strftime. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39438