[Bug c/37714] Sign of sin(-0.0) depends on optimization level
--- Comment #5 from dickinsm at gmail dot com 2009-08-29 07:05 --- A quick note for anyone else who comes across this: this libm bug is fixed in Snow Leopard (darwin 10). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37714
[Bug c/41184] New: wrong optimise code, epilogue code adjust wrong rsp before pop
I built an x86_64-w64-mingw32 cross compiler under x86_64 linux using latest gcc SVN code, then use this cross compiler to build ffmpeg. the program runs failed, it seem that epilogue code in aac_encode_frame() adjust wrong rsp register. at function aac_encode_frame() begin : 0x69fb91 aac_encode_frame+0: push %rbp 0x69fb91 aac_encode_frame+1: mov%rsp,%rbp 0x69fb94 aac_encode_frame+4: push %r15 0x69fb96 aac_encode_frame+6: push %r14 0x69fb98 aac_encode_frame+8: push %r13 0x69fb9a aac_encode_frame+10: push %r12 0x69fb9c aac_encode_frame+12: push %rdi 0x69fb9d aac_encode_frame+13: push %rsi 0x69fb9e aac_encode_frame+14: push %rbx 0x69fb9f aac_encode_frame+15: sub$0x178,%rsp 0x69fba6 aac_encode_frame+22: mov%rdx,0x18(%rbp) 0x69fbaa aac_encode_frame+26: mov%rcx,0x10(%rbp) it push 7 registers, when it about to quit : 0x69fd65 aac_encode_frame+469:lea-0x60(%rbp),%rsp 0x69fd69 aac_encode_frame+473:movdqa 0x150(%rsp),%xmm6 0x69fd72 aac_encode_frame+482:movdqa 0x160(%rsp),%xmm7 0x69fd7b aac_encode_frame+491:add$0x20,%rsp 0x69fd7f aac_encode_frame+495:pop%rbx 0x69fd80 aac_encode_frame+496:pop%rsi 0x69fd81 aac_encode_frame+497:pop%rdi 0x69fd82 aac_encode_frame+498:pop%r12 0x69fd84 aac_encode_frame+500:pop%r13 0x69fd86 aac_encode_frame+502:pop%r14 0x69fd88 aac_encode_frame+504:pop%r15 0x69fd8a aac_encode_frame+506:leaveq 0x69fd8b aac_encode_frame+507:retq it should add 0x28 %rsp ( not 0x20 ) after lea-0x60(%rbp),%rsp the compile command is : /compile/mingw-w64-dgn/cross/bin/x86_64-w64-mingw32-gcc -DHAVE_AV_CONFIG_H -I. -I/compile/mingw-w64-dgn/lib_source/ffmpeg -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -std=c99 -fno-common -fomit-frame-pointer -g -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -O3 -fno-strict-aliasing -fno-math-errno -fno-signed-zeros -fno-tree-vectorize -MMD -MF libavcodec/aacenc.d -MT libavcodec/aacenc.o -c -o a.o -save-temps /compile/mingw-w64-dgn/lib_source/ffmpeg/libavcodec/aacenc.c the -save-temps output is attached. -O1 -O2 -O3 all has this problem, -O0 has no problem. -- Summary: wrong optimise code, epilogue code adjust wrong rsp before pop Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: drangon dot mail at gmail dot com GCC build triplet: x86_64-gnu-linux GCC host triplet: x86_64-gnu-linux GCC target triplet: x86_64-w64-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- Comment #1 from drangon dot mail at gmail dot com 2009-08-29 08:10 --- Created an attachment (id=18447) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18447action=view) -save-temps aacenc_O3.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- Comment #2 from drangon dot mail at gmail dot com 2009-08-29 08:10 --- Created an attachment (id=18448) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18448action=view) -save-temps aacenc_O3.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- Comment #3 from drangon dot mail at gmail dot com 2009-08-29 08:11 --- Created an attachment (id=18449) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18449action=view) objdump of oubput aacenc.o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug c++/41185] New: size of array ... has non-integral type ...
hi, during compiling bmpx package (http://bmpx.backtrace.info/site) i get an error with gcc-4.4.1: ui-part-library.cc:512: error: size of array 'i_toplevel' has non-integral type 'Gtk::TreeModelColumnBmp::AlbumArtist' here's the line that confuses compiler: UID uid( Bmp::AlbumArtist( (*i_toplevel)[mStoreArtistCR.artist] ).bmpx_album_artist_id); the minor reorganization of code: Bmp::AlbumArtist aa((*i_toplevel)[mStoreArtistCR.artist]); UID uid(aa.bmpx_album_artist_id); and it compiles w/o errors. mentioned error didn't occur in gcc-4.3.x. new 4.4 regression? -- Summary: size of array ... has non-integral type ... Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net GCC build triplet: x86_64-gnu-linux GCC host triplet: x86_64-gnu-linux GCC target triplet: x86_64-gnu-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41185
[Bug c++/41185] size of array ... has non-integral type ...
--- Comment #1 from pluto at agmk dot net 2009-08-29 08:15 --- Created an attachment (id=18450) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18450action=view) testcase g++ ui-part-library.ii -c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41185
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- Comment #4 from xxcv07 at gmail dot com 2009-08-29 09:33 --- Hi, I built an x86_64-w64-mingw32 cross compiler under x86_64 linux using latest gcc SVN code, then use this cross compiler to build ffmpeg. I can confirm this issue and encountered this problem after cross compiled VLC with x86_64-w64-mingw32-gcc-4.4.1 from linux the resulting binary will crash mysteriously whenever a file is played, yesterday I found out when vlc is configured with --disable-optimizations and compile proceed with -O0 then the resulting binary won't crash anymore. I can't get any useful backtrace from GDB 64bits. I have looked through Process explorer and was clueless as to why it crashed. the program runs failed, it seem that epilogue code in aac_encode_frame() adjust wrong rsp register. at function aac_encode_frame() begin : 0x69fb91 aac_encode_frame+0: push %rbp 0x69fb91 aac_encode_frame+1: mov%rsp,%rbp 0x69fb94 aac_encode_frame+4: push %r15 0x69fb96 aac_encode_frame+6: push %r14 0x69fb98 aac_encode_frame+8: push %r13 0x69fb9a aac_encode_frame+10: push %r12 0x69fb9c aac_encode_frame+12: push %rdi 0x69fb9d aac_encode_frame+13: push %rsi 0x69fb9e aac_encode_frame+14: push %rbx 0x69fb9f aac_encode_frame+15: sub$0x178,%rsp 0x69fba6 aac_encode_frame+22: mov%rdx,0x18(%rbp) 0x69fbaa aac_encode_frame+26: mov%rcx,0x10(%rbp) it push 7 registers, when it about to quit : 0x69fd65 aac_encode_frame+469:lea-0x60(%rbp),%rsp 0x69fd69 aac_encode_frame+473:movdqa 0x150(%rsp),%xmm6 0x69fd72 aac_encode_frame+482:movdqa 0x160(%rsp),%xmm7 0x69fd7b aac_encode_frame+491:add$0x20,%rsp 0x69fd7f aac_encode_frame+495:pop%rbx 0x69fd80 aac_encode_frame+496:pop%rsi 0x69fd81 aac_encode_frame+497:pop%rdi 0x69fd82 aac_encode_frame+498:pop%r12 0x69fd84 aac_encode_frame+500:pop%r13 0x69fd86 aac_encode_frame+502:pop%r14 0x69fd88 aac_encode_frame+504:pop%r15 0x69fd8a aac_encode_frame+506:leaveq 0x69fd8b aac_encode_frame+507:retq it should add 0x28 %rsp ( not 0x20 ) after lea-0x60(%rbp),%rsp the compile command is : /compile/mingw-w64-dgn/cross/bin/x86_64-w64-mingw32-gcc -DHAVE_AV_CONFIG_H -I. -I/compile/mingw-w64-dgn/lib_source/ffmpeg -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -std=c99 -fno-common -fomit-frame-pointer -g -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -O3 -fno-strict-aliasing -fno-math-errno -fno-signed-zeros -fno-tree-vectorize -MMD -MF libavcodec/aacenc.d -MT libavcodec/aacenc.o -c -o a.o -save-temps /compile/mingw-w64-dgn/lib_source/ffmpeg/libavcodec/aacenc.c the -save-temps output is attached. -O1 -O2 -O3 all has this problem, -O0 has no problem. Now that I see you have posted this issue we can confirm that gcc is indeed producing the wrong code with internal optimization flags, I tested dll which will start to crash when any -O flag is present. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug target/40718] Invalid code produced with -foptimize-sibling-calls
--- Comment #16 from slyfox at inbox dot ru 2009-08-29 10:26 --- (In reply to comment #15) Fixed everywhere. Just tested on my sample (got this only revision from 4_4 branch and applied to gentoo gcc sources). All works as expected. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40718
[Bug libstdc++/41174] uncaught_exception always returns true
--- Comment #12 from wwashby at earthlink dot net 2009-08-29 11:27 --- (In reply to comment #11) (In reply to comment #10) I'm not sure that this applies in this situation. An instance of BadE is constructed because it is thrown, but BadE::BadE does not [exit] via an uncaught exception. It both throws and catches an exception, and then returns normally. There is still an uncaught exception when BadE::BadE exits, but it is the one that caused BadE to be constructed, not the one that BadE::BadE has thrown (and caught). No, in [except.handle]/16 the standard says The exception being handled is rethrown if control reaches the end of a handler of the function-try-block of a constructor or destructor. You cannot swallow exceptions in a constructor's function-try-block, they will be rethrown. 1,000 apologies, of course you are right; my own code and shows that (blush). Maybe uncaught_exception assumes that the throw BadE will succeed and doesn't notice that the BadE object is not fully constructed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41174
[Bug fortran/41062] [4.4 Regression] ICE in gfc_trans_use_stmts, at fortran/trans-decl.c:3438
--- Comment #11 from clerman at fuse dot net 2009-08-29 12:14 --- Subject: Re: [4.4 Regression] ICE in gfc_trans_use_stmts, at fortran/trans-decl.c:3438 You're welcome. Works fine now. Norm Clerman pault at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org wrote: --- Comment #10 from pault at gcc dot gnu dot org 2009-08-25 18:55 --- Fixed on trunk and 4.4. Thanks for the report. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41062 --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41062
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-08-29 12:33 --- This bug is reasoned by ix86_expand_epilogue. At one place frame.padding0 wasn't added to pro_epilogue_adjust_stack. Following patch fixes this. It has to applied to 4.4 branch, too. I'll post it to ML Index: gcc/gcc/config/i386/i386.c === --- gcc.orig/gcc/config/i386/i386.c 2009-08-27 15:04:03.0 +0200 +++ gcc/gcc/config/i386/i386.c 2009-08-29 14:24:32.750680900 +0200 @@ -8949,7 +8949,7 @@ frame.to_allocate, red_offset, style == 2); pro_epilogue_adjust_stack (stack_pointer_rtx, stack_pointer_rtx, -GEN_INT (frame.nsseregs * 16), +GEN_INT (frame.nsseregs * 16 + frame.padding0), style, false); } else if (frame.to_allocate || frame.nsseregs) -- ktietz at gcc dot gnu dot org changed: What|Removed |Added CC||ktietz at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |ktietz at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-08-29 12:33:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug libstdc++/41174] uncaught_exception always returns true
--- Comment #13 from wwashby at earthlink dot net 2009-08-29 12:50 --- (In reply to comment #12) ... Maybe uncaught_exception assumes that the throw BadE will succeed and doesn't notice that the BadE object is not fully constructed? Apparently that is the case. Here's another test case where throw fails to throw an exception: #include cstdlib #include iostream #include exception void ae() { std::cerr At exit std::uncaught_exception() = std::boolalpha std::uncaught_exception() .\n; } struct NoE { NoE() { std::exit(0); } }; int main() { std::atexit(ae); throw NoE(); } /* Output: At exit std::uncaught_exception() = true. */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41174
[Bug tree-optimization/41186] VN doesn't look through non-aliasing by offset memcpy
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-29 13:49 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-08-29 13:49:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41186
[Bug debug/41065] DW_TAG_enumeration_type+DW_TAG_enumerator is sometimes missing
--- Comment #2 from dodji at gcc dot gnu dot org 2009-08-29 15:22 --- Patch submitted at http://gcc.gnu.org/ml/gcc-patches/2009-08/msg01596.html . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41065
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- Comment #6 from xxcv07 at gmail dot com 2009-08-29 16:06 --- Thanks Kai, I can confirm it is now fixed, -O1 and up isn't an issue now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug c/41184] wrong optimise code, epilogue code adjust wrong rsp before pop
--- Comment #7 from ktietz at gcc dot gnu dot org 2009-08-29 18:01 --- Committed to head at revision 151204. Committed to 4.4 branch at revision 151203. -- ktietz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
[Bug libstdc++/41058] FAIL: ext/pb_ds/regression/hash_data_map_rand.cc
--- Comment #19 from ubizjak at gmail dot com 2009-08-29 19:52 --- Sigh, the patch doesn't fix alpha failure :( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41058
[Bug c++/41187] New: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
On Linux/ia64, I got FAIL: g++.dg/debug/dwarf2/namespace-1.C scan-assembler-times .ascii T.0[ ]+# DW_AT_name 1 The assembly output has .ascii T\0// DW_AT_name There is no trailing '1'. -- Summary: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ 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=41187
[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
--- Comment #1 from dodji at gcc dot gnu dot org 2009-08-29 21:15 --- Subject: Re: New: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64 Le 29/08/2009 22:57, hjl dot tools at gmail dot com a écrit : On Linux/ia64, I got FAIL: g++.dg/debug/dwarf2/namespace-1.C scan-assembler-times .ascii T.0[ ]+# DW_AT_name 1 The assembly output has .ascii T\0// DW_AT_name There is no trailing '1'. I think the problem is more that there is a // before DW_AT_name, instead of a #. The 1 is the second argument to scan-assembler-times, and as such, is not part of the regular expression. In the file g++.dg/debug/dwarf2/namespace-1.C , If you replace the line: // { dg-final { scan-assembler-times \.ascii \T.0\\[\t \]+# DW_AT_name 1 } } with: // { dg-final { scan-assembler-times \.ascii \T.0\\[\t \]+. DW_AT_name 1 } } Does it fix the problem to you ? If yes, I'll commit the patch under the obvious rule. Sorry, I don't have an ia64 box at hand to test myself. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41187
[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
-- dodji at gcc dot gnu dot org changed: What|Removed |Added CC||dodji at gcc dot gnu dot org AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-08-29 21:17:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41187
[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
--- Comment #2 from dodji at gcc dot gnu dot org 2009-08-29 21:25 --- Subject: Re: New: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64 I think the correct line should rather be: // { dg-final { scan-assembler-times \.ascii \T.0\\[\t \]+.*?DW_AT_name -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41187
[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
--- Comment #3 from hjl dot tools at gmail dot com 2009-08-29 21:27 --- # can't be used as comment for ia64. '.' won't match //. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41187
[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
--- Comment #4 from hjl dot tools at gmail dot com 2009-08-29 21:29 --- (In reply to comment #2) Subject: Re: New: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64 I think the correct line should rather be: // { dg-final { scan-assembler-times \.ascii \T.0\\[\t \]+.*?DW_AT_name Do we need .*?? Shouldn't it be just .*? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41187
[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
--- Comment #5 from dodji at gcc dot gnu dot org 2009-08-29 21:31 --- Subject: Re: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64 Le 29/08/2009 23:29, hjl dot tools at gmail dot com a écrit : Do we need .*?? Shouldn't it be just .*? I tend to use .*? because .* can be too greedy. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41187
[Bug c++/41187] g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
--- Comment #6 from hjl dot tools at gmail dot com 2009-08-30 01:43 --- (In reply to comment #5) Subject: Re: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64 Le 29/08/2009 23:29, hjl dot tools at gmail dot com a écrit : Do we need .*?? Shouldn't it be just .*? I tend to use .*? because .* can be too greedy. .*? works on both Linux/ia64 and Linux/ia32. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41187
[Bug debug/41170] namespace DIE not generated when it contains only a typedef
--- Comment #5 from hjl at gcc dot gnu dot org 2009-08-30 01:52 --- Subject: Bug 41170 Author: hjl Date: Sun Aug 30 01:52:18 2009 New Revision: 151217 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151217 Log: Fix ChangeLog entries for PR debug/41170. Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41170
[Bug rtl-optimization/25742] Internal compiler error in gen_rtx_SUBREG
--- Comment #6 from abnikant dot singh at atmel dot com 2009-08-30 02:02 --- f32.c succeeds for 4.3.2, -O[0123s] 4.4.0, -O[0123s] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25742
[Bug fortran/41121] [4.5 Regression] compile-time error when building BLAS with -fimplicit-none
--- Comment #8 from hjl at gcc dot gnu dot org 2009-08-30 02:07 --- Subject: Bug 41121 Author: hjl Date: Sun Aug 30 02:06:32 2009 New Revision: 151218 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151218 Log: 2009-08-29 H.J. Lu hongjiu...@intel.com Backport from mainline: 2009-08-26 H.J. Lu hongjiu...@intel.com PR fortran/41162 * gfortran.dg/pr41162.f: New. 2009-08-26 Richard Guenther rguent...@suse.de PR middle-end/41163 * gcc.c-torture/compile/pr41163.c: New testcase. 2009-08-25 Janus Weil ja...@gcc.gnu.org PR fortran/41139 * gfortran.dg/proc_ptr_25.f90: New. * gfortran.dg/proc_ptr_comp_18.f90: New. * gfortran.dg/proc_ptr_comp_19.f90: New. 2009-08-20 Michael Matz m...@suse.de PR fortran/41126 * gfortran.dg/pr41126.f90: New test. 2009-08-20 Janus Weil ja...@gcc.gnu.org PR fortran/41121 * gfortran.dg/intrinsic_5.f90: New. 2009-08-19 Jason Merrill ja...@redhat.com PR c++/41120 * g++.dg/other/gc4.C: New. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/other/gc4.C - copied unchanged from r151217, trunk/gcc/testsuite/g++.dg/other/gc4.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr41163.c - copied unchanged from r151217, trunk/gcc/testsuite/gcc.c-torture/compile/pr41163.c branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/intrinsic_5.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/intrinsic_5.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41126.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/pr41126.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41162.f - copied unchanged from r151216, trunk/gcc/testsuite/gfortran.dg/pr41162.f branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 Modified: branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41121
[Bug c/41163] [4.5 Regression] verify_gimple fails
--- Comment #6 from hjl at gcc dot gnu dot org 2009-08-30 02:07 --- Subject: Bug 41163 Author: hjl Date: Sun Aug 30 02:06:32 2009 New Revision: 151218 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151218 Log: 2009-08-29 H.J. Lu hongjiu...@intel.com Backport from mainline: 2009-08-26 H.J. Lu hongjiu...@intel.com PR fortran/41162 * gfortran.dg/pr41162.f: New. 2009-08-26 Richard Guenther rguent...@suse.de PR middle-end/41163 * gcc.c-torture/compile/pr41163.c: New testcase. 2009-08-25 Janus Weil ja...@gcc.gnu.org PR fortran/41139 * gfortran.dg/proc_ptr_25.f90: New. * gfortran.dg/proc_ptr_comp_18.f90: New. * gfortran.dg/proc_ptr_comp_19.f90: New. 2009-08-20 Michael Matz m...@suse.de PR fortran/41126 * gfortran.dg/pr41126.f90: New test. 2009-08-20 Janus Weil ja...@gcc.gnu.org PR fortran/41121 * gfortran.dg/intrinsic_5.f90: New. 2009-08-19 Jason Merrill ja...@redhat.com PR c++/41120 * g++.dg/other/gc4.C: New. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/other/gc4.C - copied unchanged from r151217, trunk/gcc/testsuite/g++.dg/other/gc4.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr41163.c - copied unchanged from r151217, trunk/gcc/testsuite/gcc.c-torture/compile/pr41163.c branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/intrinsic_5.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/intrinsic_5.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41126.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/pr41126.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41162.f - copied unchanged from r151216, trunk/gcc/testsuite/gfortran.dg/pr41162.f branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 Modified: branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41163
[Bug fortran/41162] [4.5 Regression] 416.gamess in SPEC CPU 2006 failed to build
--- Comment #10 from hjl at gcc dot gnu dot org 2009-08-30 02:07 --- Subject: Bug 41162 Author: hjl Date: Sun Aug 30 02:06:32 2009 New Revision: 151218 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151218 Log: 2009-08-29 H.J. Lu hongjiu...@intel.com Backport from mainline: 2009-08-26 H.J. Lu hongjiu...@intel.com PR fortran/41162 * gfortran.dg/pr41162.f: New. 2009-08-26 Richard Guenther rguent...@suse.de PR middle-end/41163 * gcc.c-torture/compile/pr41163.c: New testcase. 2009-08-25 Janus Weil ja...@gcc.gnu.org PR fortran/41139 * gfortran.dg/proc_ptr_25.f90: New. * gfortran.dg/proc_ptr_comp_18.f90: New. * gfortran.dg/proc_ptr_comp_19.f90: New. 2009-08-20 Michael Matz m...@suse.de PR fortran/41126 * gfortran.dg/pr41126.f90: New test. 2009-08-20 Janus Weil ja...@gcc.gnu.org PR fortran/41121 * gfortran.dg/intrinsic_5.f90: New. 2009-08-19 Jason Merrill ja...@redhat.com PR c++/41120 * g++.dg/other/gc4.C: New. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/other/gc4.C - copied unchanged from r151217, trunk/gcc/testsuite/g++.dg/other/gc4.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr41163.c - copied unchanged from r151217, trunk/gcc/testsuite/gcc.c-torture/compile/pr41163.c branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/intrinsic_5.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/intrinsic_5.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41126.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/pr41126.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41162.f - copied unchanged from r151216, trunk/gcc/testsuite/gfortran.dg/pr41162.f branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 Modified: branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41162
[Bug c++/41120] [4.5 Regression] ICE segmentation fault (reading garbage collected data)
--- Comment #6 from hjl at gcc dot gnu dot org 2009-08-30 02:07 --- Subject: Bug 41120 Author: hjl Date: Sun Aug 30 02:06:32 2009 New Revision: 151218 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151218 Log: 2009-08-29 H.J. Lu hongjiu...@intel.com Backport from mainline: 2009-08-26 H.J. Lu hongjiu...@intel.com PR fortran/41162 * gfortran.dg/pr41162.f: New. 2009-08-26 Richard Guenther rguent...@suse.de PR middle-end/41163 * gcc.c-torture/compile/pr41163.c: New testcase. 2009-08-25 Janus Weil ja...@gcc.gnu.org PR fortran/41139 * gfortran.dg/proc_ptr_25.f90: New. * gfortran.dg/proc_ptr_comp_18.f90: New. * gfortran.dg/proc_ptr_comp_19.f90: New. 2009-08-20 Michael Matz m...@suse.de PR fortran/41126 * gfortran.dg/pr41126.f90: New test. 2009-08-20 Janus Weil ja...@gcc.gnu.org PR fortran/41121 * gfortran.dg/intrinsic_5.f90: New. 2009-08-19 Jason Merrill ja...@redhat.com PR c++/41120 * g++.dg/other/gc4.C: New. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/other/gc4.C - copied unchanged from r151217, trunk/gcc/testsuite/g++.dg/other/gc4.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr41163.c - copied unchanged from r151217, trunk/gcc/testsuite/gcc.c-torture/compile/pr41163.c branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/intrinsic_5.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/intrinsic_5.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41126.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/pr41126.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41162.f - copied unchanged from r151216, trunk/gcc/testsuite/gfortran.dg/pr41162.f branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 Modified: branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41120
[Bug fortran/41139] [4.5 Regression] a procedure pointer call as actual argument
--- Comment #19 from hjl at gcc dot gnu dot org 2009-08-30 02:07 --- Subject: Bug 41139 Author: hjl Date: Sun Aug 30 02:06:32 2009 New Revision: 151218 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151218 Log: 2009-08-29 H.J. Lu hongjiu...@intel.com Backport from mainline: 2009-08-26 H.J. Lu hongjiu...@intel.com PR fortran/41162 * gfortran.dg/pr41162.f: New. 2009-08-26 Richard Guenther rguent...@suse.de PR middle-end/41163 * gcc.c-torture/compile/pr41163.c: New testcase. 2009-08-25 Janus Weil ja...@gcc.gnu.org PR fortran/41139 * gfortran.dg/proc_ptr_25.f90: New. * gfortran.dg/proc_ptr_comp_18.f90: New. * gfortran.dg/proc_ptr_comp_19.f90: New. 2009-08-20 Michael Matz m...@suse.de PR fortran/41126 * gfortran.dg/pr41126.f90: New test. 2009-08-20 Janus Weil ja...@gcc.gnu.org PR fortran/41121 * gfortran.dg/intrinsic_5.f90: New. 2009-08-19 Jason Merrill ja...@redhat.com PR c++/41120 * g++.dg/other/gc4.C: New. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/other/gc4.C - copied unchanged from r151217, trunk/gcc/testsuite/g++.dg/other/gc4.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr41163.c - copied unchanged from r151217, trunk/gcc/testsuite/gcc.c-torture/compile/pr41163.c branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/intrinsic_5.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/intrinsic_5.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41126.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/pr41126.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41162.f - copied unchanged from r151216, trunk/gcc/testsuite/gfortran.dg/pr41162.f branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 Modified: branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41139
[Bug fortran/41126] [4.5 Regression] internal compiler error: in gfc_conv_string_tmp
--- Comment #12 from hjl at gcc dot gnu dot org 2009-08-30 02:07 --- Subject: Bug 41126 Author: hjl Date: Sun Aug 30 02:06:32 2009 New Revision: 151218 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151218 Log: 2009-08-29 H.J. Lu hongjiu...@intel.com Backport from mainline: 2009-08-26 H.J. Lu hongjiu...@intel.com PR fortran/41162 * gfortran.dg/pr41162.f: New. 2009-08-26 Richard Guenther rguent...@suse.de PR middle-end/41163 * gcc.c-torture/compile/pr41163.c: New testcase. 2009-08-25 Janus Weil ja...@gcc.gnu.org PR fortran/41139 * gfortran.dg/proc_ptr_25.f90: New. * gfortran.dg/proc_ptr_comp_18.f90: New. * gfortran.dg/proc_ptr_comp_19.f90: New. 2009-08-20 Michael Matz m...@suse.de PR fortran/41126 * gfortran.dg/pr41126.f90: New test. 2009-08-20 Janus Weil ja...@gcc.gnu.org PR fortran/41121 * gfortran.dg/intrinsic_5.f90: New. 2009-08-19 Jason Merrill ja...@redhat.com PR c++/41120 * g++.dg/other/gc4.C: New. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/other/gc4.C - copied unchanged from r151217, trunk/gcc/testsuite/g++.dg/other/gc4.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr41163.c - copied unchanged from r151217, trunk/gcc/testsuite/gcc.c-torture/compile/pr41163.c branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/intrinsic_5.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/intrinsic_5.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41126.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/pr41126.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/pr41162.f - copied unchanged from r151216, trunk/gcc/testsuite/gfortran.dg/pr41162.f branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_25.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_18.f90 branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 - copied unchanged from r151217, trunk/gcc/testsuite/gfortran.dg/proc_ptr_comp_19.f90 Modified: branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41126