[Bug fortran/35473] New: internal compiler error
An internal compiler error comes up upon trying to build gfortran from a fresh download of the source tree on the PowerPc Macintosh (10.5.3) - make all-am /bin/sh ./libtool --tag=CC --mode=link /Users/dir/gfortran/ibin/./gcc/xgcc -B/Users/dir/gfortran/ibin/./gcc/ -B/usr/local/gfortran/powerpc-apple-darwin9.2.0/bin/ -B/usr/local/gfortran/powerpc-apple-darwin9.2.0/lib/ -isystem /usr/local/gfortran/powerpc-apple-darwin9.2.0/include -isystem /usr/local/gfortran/powerpc-apple-darwin9.2.0/sys-include -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -g -O2 -o libgfortranbegin.la -rpath /usr/local/gfortran/lib/gcc/powerpc-apple-darwin9.2.0/4.4.0 -static fmain.lo libtool: link: ar rc .libs/libgfortranbegin.a fmain.o libtool: link: ranlib -c .libs/libgfortranbegin.a libtool: link: creating libgfortranbegin.la libtool: link: ( cd .libs rm -f libgfortranbegin.la ln -s ../libgfortranbegin.la libgfortranbegin.la ) if /bin/sh ./libtool --tag=CC --mode=compile /Users/dir/gfortran/ibin/./gcc/xgcc -B/Users/dir/gfortran/ibin/./gcc/ -B/usr/local/gfortran/powerpc-apple-darwin9.2.0/bin/ -B/usr/local/gfortran/powerpc-apple-darwin9.2.0/lib/ -isystem /usr/local/gfortran/powerpc-apple-darwin9.2.0/include -isystem /usr/local/gfortran/powerpc-apple-darwin9.2.0/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc/libgfortran -I. -iquote../../../gcc/libgfortran/io -I../../../gcc/libgfortran/../gcc -I../../../gcc/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -g -O2 -MT maxloc1_4_r16.lo -MD -MP -MF .deps/maxloc1_4_r16.Tpo -c -o maxloc1_4_r16.lo `test -f '../../../gcc/libgfortran/generated/maxloc1_4_r16.c' || echo '../../../gcc/libgfortran/'`../../../gcc/libgfortran/generated/maxloc1_4_r16.c; \ then mv -f .deps/maxloc1_4_r16.Tpo .deps/maxloc1_4_r16.Plo; else rm -f .deps/maxloc1_4_r16.Tpo; exit 1; fi libtool: compile: /Users/dir/gfortran/ibin/./gcc/xgcc -B/Users/dir/gfortran/ibin/./gcc/ -B/usr/local/gfortran/powerpc-apple-darwin9.2.0/bin/ -B/usr/local/gfortran/powerpc-apple-darwin9.2.0/lib/ -isystem /usr/local/gfortran/powerpc-apple-darwin9.2.0/include -isystem /usr/local/gfortran/powerpc-apple-darwin9.2.0/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc/libgfortran -I. -iquote../../../gcc/libgfortran/io -I../../../gcc/libgfortran/../gcc -I../../../gcc/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -g -O2 -MT maxloc1_4_r16.lo -MD -MP -MF .deps/maxloc1_4_r16.Tpo -c ../../../gcc/libgfortran/generated/maxloc1_4_r16.c -fno-common -DPIC -o .libs/maxloc1_4_r16.o ../../../gcc/libgfortran/generated/maxloc1_4_r16.c: In function 'mmaxloc1_4_r16': ../../../gcc/libgfortran/generated/maxloc1_4_r16.c:220: internal compiler error: in memory_address, at explow.c:492 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [maxloc1_4_r16.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-target-libgfortran] Error 2 make: *** [all] Error 2 [dranta:~/gfortran/ibin] dir% -- Summary: internal compiler error Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.10.0 (10.5.3) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35473
[Bug fortran/33408] ICE: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986
--- Comment #16 from dir at lanl dot gov 2008-02-25 14:12 --- It does not crash any more with my latest version - [dranta:~/fe/dyna3d96/source] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin9.1.0 Configured with: ../gcc/configure --disable-bootstrap --enable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20080208 (experimental) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
[Bug fortran/34445] New: internal compiler error: in cost_for_stmt, at tree-vect-transform.c:98
A new build of gfortran on the Intel Macintosh now gets this error - [dir-2:~/junk/ad] dir% gfortran -O3 -c derv.f derv.f: In function 'derv': derv.f:1: internal compiler error: in cost_for_stmt, at tree-vect-transform.c:98 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. [dir-2:~/junk/ad] dir% cat derv.f subroutine derv (xx,b,bv,det,r,s,t,ndopt,cosxy,thick,edis, 1 vni,vnt) implicit real*8 (a-h,o-z) save c common /shell1/ disd(9),ield,ielp,npt,idw,ndrot common /shell4/xji(3,3),p(3,32),h(32) c dimension xx(3,*),ndopt(*),bv(*),vni(*),cosxy(6,*),vnt(*), 1 edis(*),thick(*),b(*) c kk=0 k2=0 do 130 k=1,ield k2=k2 + 3 if (ndopt(k)) 127,127,130 127 kk=kk + 1 do 125 i=1,3 b(k2+i)=b(k2+i) + (xji(i,1)*p(1,k) + xji(i,2)*p(2,k))*t 1 + xji(i,3)*h(k) th=0.5*thick(kk) b(k2+i+3)=b(k2+i+3) - th*cosxy(i+3,kk) 125 b(k2+i+6)=b(k2+i+6) + th*cosxy(i,kk) k2=k2 + 9 130 continue return end [dir-2:~/junk/ad] dir% gfortran --v Using built-in specs. Target: i386-apple-darwin8.11.1 Configured with: ../gcc/configure --disable-bootstrap --enable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20071212 (experimental) (GCC) -- Summary: internal compiler error: in cost_for_stmt, at tree-vect- transform.c:98 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: i386-apple-darwin8.11.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34445
[Bug fortran/34445] internal compiler error: in cost_for_stmt, at tree-vect-transform.c:98
--- Comment #1 from dir at lanl dot gov 2007-12-12 19:18 --- It has no problem with this program on a PowerPC Macintosh -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34445
[Bug fortran/34345] gfortran compiles SLATEC library, but the executable fails
--- Comment #4 from dir at lanl dot gov 2007-12-06 14:56 --- I have several programs (f77 and f90) that do this and their intent is clear - just put the bit patterns into to words as requested - no data conversion - no range checking. BOZ seems to have been created for this purpose, but the committee seems the have lost track of why programs need specific bit patterns and how they are used. How about adding something like a -fhex enhancement that does this ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34345
[Bug libfortran/33863] backspace error on i386-pc-mingw32
--- Comment #7 from dir at lanl dot gov 2007-11-08 19:56 --- When I changed it to directly open the file, it was happy. You are right, of course, backspacing a stream file is not permitted. However, most run time libraries do the simple thing when they see io-redirection - they close the stream file and re-open it as a ordinary file. Is there any reason GFORTRAN could not do that ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
[Bug libfortran/33863] backspace error on i386-pc-mingw32
--- Comment #5 from dir at lanl dot gov 2007-10-30 12:58 --- Hi Jerry, Thanks for looking at the problem. I am actually having several failures with GFORTRAN on CYGWIN and MSYS (All, I/O problems perhaps). This was the first that I was able to isolate. I am hoping that the other problems will go away with it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
[Bug libfortran/33863] New: backspace error on i386-pc-mingw32
When I compile and run this program under MSYS, I get a read error. The program reads and prints the input file and then backspaces the file to read it again. This program fails on MSYS. Works on the Macintosh and everywhere else that I have tried it. $ gfortran -o main main.f [EMAIL PROTECTED] ~/junk $ main t33 out1 At line 20 of file main.f (unit = 5, file = 'stdin') Fortran runtime error: Bad value during integer read [EMAIL PROTECTED] ~/junk $ gfortran --v Using built-in specs. Target: i386-pc-mingw32 Configured with: ../trunk/configure --prefix=/mingw --enable-languages=c,fortran --with-gmp=/home/FX/local --with-ld=/mingw/bin/ld --with-as=/mingw/bin/as --disable-werror --enable-bootstrap --enable-threads --disable-nls --build=i386-pc-mingw32 --enable-libgomp --disable-shared Thread model: win32 gcc version 4.3.0 20070905 (experimental) [trunk revision 128128] (GCC) [EMAIL PROTECTED] ~/junk -- Summary: backspace error on i386-pc-mingw32 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: i386-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
[Bug libfortran/33863] backspace error on i386-pc-mingw32
--- Comment #1 from dir at lanl dot gov 2007-10-22 18:59 --- Created an attachment (id=14389) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14389action=view) The fortran source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
[Bug libfortran/33863] backspace error on i386-pc-mingw32
--- Comment #2 from dir at lanl dot gov 2007-10-22 19:00 --- Created an attachment (id=14390) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14390action=view) The input file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
[Bug fortran/33174] Testsuite: unexpected failures
--- Comment #10 from dir at lanl dot gov 2007-09-28 20:34 --- I have tried twice, but I cannot get the testsuite to work. After I added --enable-checking, The make -k check-fortran does a little and fails with - ERROR:runtest.exe does not exit. I not sure what is happening - it was working. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
[Bug fortran/33522] New: Incorrect warning messages about uninitialized variables
These incorrect messages have been appearing lately. The variables are always and only accessed in the save branch of the switch statements - so they will never and can never be used uninitialized. [dranta:~/tests/gfortran-D] dir% gfortran -c -O2 -Wuninitialized module_files.f90 module_files.f90: In function 'my_sio_file_read_common': module_files.f90:36: warning: 'scratch_r8.dim[1].stride' may be used uninitialized in this function module_files.f90:36: warning: 'scratch_r8.offset' may be used uninitialized in this function module_files.f90:35: warning: 'scratch_i4.dim[1].stride' may be used uninitialized in this function module_files.f90:35: warning: 'scratch_i4.offset' may be used uninitialized in this function [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-bootstrap --enable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070921 (experimental) (GCC) -- Summary: Incorrect warning messages about uninitialized variables Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.10.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33522
[Bug fortran/33522] Incorrect warning messages about uninitialized variables
--- Comment #1 from dir at lanl dot gov 2007-09-21 19:25 --- Created an attachment (id=14240) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14240action=view) The fortran source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33522
[Bug fortran/33523] New: Incorrect warning messages about uninitialized variables
These incorrect messages have been appearing lately. The variables are always and only accessed in the save branch of the switch statements - so they will never and can never be used uninitialized. [dranta:~/tests/gfortran-D] dir% gfortran -c -O2 -Wuninitialized module_files.f90 module_files.f90: In function 'my_sio_file_read_common': module_files.f90:36: warning: 'scratch_r8.dim[1].stride' may be used uninitialized in this function module_files.f90:36: warning: 'scratch_r8.offset' may be used uninitialized in this function module_files.f90:35: warning: 'scratch_i4.dim[1].stride' may be used uninitialized in this function module_files.f90:35: warning: 'scratch_i4.offset' may be used uninitialized in this function [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-bootstrap --enable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070921 (experimental) (GCC) -- Summary: Incorrect warning messages about uninitialized variables Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.10.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33523
[Bug fortran/33408] ICE: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986
--- Comment #8 from dir at lanl dot gov 2007-09-19 12:47 --- Still Crashing on the 20070917 version - [dranta:~/fe/dyna3d96/source] dir% gfortran -fcray-pointer -fno-automatic -g -O0 -c -DSGI -DWKSTN -DUNIX -DVECLEN=32 -DDP out.f outt.F:3155.19: common/aux14/ 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F:4193.19: common/aux14/stfv(lnv),fni(lnv),fxi(lnv),fyi(lnv),fzi(lnv), 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F:4502.19: common/aux14/pxs(lnv),pys(lnv),pzs(lnv),pxt(lnv),pyt(lnv), 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F:9616.19: common/aux14/ic(9085),icount 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F: In function 'autobug1': outt.F:22832: internal compiler error: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. [dranta:~/fe/dyna3d96/source] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-bootstrap --enable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070917 (experimental) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
[Bug fortran/33408] ICE: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986
--- Comment #9 from dir at lanl dot gov 2007-09-19 13:39 --- It works Ok on my version of linux, but it still is crashing on today's Macintosh PowerPC version (20070919) - [dranta:~/fe/dyna3d96/source] dir% gfortran -g -c -O0 -fcray-pointer -fno-automatic out.f outt.F:3155.19: common/aux14/ 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F:4193.19: common/aux14/stfv(lnv),fni(lnv),fxi(lnv),fyi(lnv),fzi(lnv), 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F:4502.19: common/aux14/pxs(lnv),pys(lnv),pzs(lnv),pxt(lnv),pyt(lnv), 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F:9616.19: common/aux14/ic(9085),icount 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F: In function 'autobug1': outt.F:22832: internal compiler error: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. [dranta:~/fe/dyna3d96/source] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-bootstrap --enable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070919 (experimental) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
[Bug fortran/33408] ICE: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986
--- Comment #10 from dir at lanl dot gov 2007-09-19 13:55 --- It looks like it is now only a Macintosh PowerPC version problem. It also works Ok on the Intel Macintosh and on the MSYS versions of gfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
[Bug fortran/33408] New: internal compiler error: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986
I get a crash when I try to compile this program with the given options. The problem seems to related to the size of the program - I tried pulling out many different sections and it no longer crashed - [dranta:~/junk] dir% gfortran -fcray-pointer -fno-automatic -g -O0 -c out.f outt.F:3155.19: common/aux14/ 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F:4193.19: common/aux14/stfv(lnv),fni(lnv),fxi(lnv),fyi(lnv),fzi(lnv), 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F:4502.19: common/aux14/pxs(lnv),pys(lnv),pzs(lnv),pxt(lnv),pyt(lnv), 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F:9616.19: common/aux14/ic(9085),icount 1 Warning: Named COMMON block 'aux14' at (1) shall be of the same size outt.F: In function 'autobug1': outt.F:22832: internal compiler error: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. [dranta:~/junk] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-bootstrap --enable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070912 (experimental) (GCC) -- Summary: internal compiler error: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.10.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
[Bug fortran/33408] internal compiler error: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986
--- Comment #1 from dir at lanl dot gov 2007-09-12 15:55 --- Created an attachment (id=14195) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14195action=view) The fortran source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
[Bug fortran/33408] ICE: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986
--- Comment #3 from dir at lanl dot gov 2007-09-12 19:17 --- It compiles on the Intel Macintosh with no problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
[Bug java/33411] New: Java Build Fails - internal compiler error: internal consistency failure
I configured with - ../gcc/configure --prefix=/usr/local/java --enable-languages=c,c++,java --with-ecj-jar=/Users/dir/gfortran/gcc/ecj.jar --enable-java-awt=gtk --enable-gtk-cairo --disable-bootstrap --disable-multilib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib The build failed with - libtool: compile: /Users/dir/gfortran/ibin/gcc/gcj -B/Users/dir/gfortran/ibin/powerpc-apple-darwin8.10.0/libjava/ -B/Users/dir/gfortran/ibin/gcc/ -fclasspath= -fbootclasspath=../../../gcc/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -fsource-filename=/Users/dir/gfortran/ibin/powerpc-apple-darwin8.10.0/libjava/classpath/lib/classes -MT gnu/javax/imageio/gif.lo -MD -MP -MF gnu/javax/imageio/gif.deps @gnu/javax/imageio/gif.list -o gnu/javax/imageio/gif.o /dev/null 21 /bin/sh ./libtool --tag=GCJ --mode=compile /Users/dir/gfortran/ibin/gcc/gcj -B/Users/dir/gfortran/ibin/powerpc-apple-darwin8.10.0/libjava/ -B/Users/dir/gfortran/ibin/gcc/ -fclasspath= -fbootclasspath=../../../gcc/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -o gnu/javax/imageio/jpeg.lo -fsource-filename=/Users/dir/gfortran/ibin/powerpc-apple-darwin8.10.0/libjava/classpath/lib/classes -MT gnu/javax/imageio/jpeg.lo -MD -MP -MF gnu/javax/imageio/jpeg.deps @gnu/javax/imageio/jpeg.list libtool: compile: /Users/dir/gfortran/ibin/gcc/gcj -B/Users/dir/gfortran/ibin/powerpc-apple-darwin8.10.0/libjava/ -B/Users/dir/gfortran/ibin/gcc/ -fclasspath= -fbootclasspath=../../../gcc/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -fsource-filename=/Users/dir/gfortran/ibin/powerpc-apple-darwin8.10.0/libjava/classpath/lib/classes -MT gnu/javax/imageio/jpeg.lo -MD -MP -MF gnu/javax/imageio/jpeg.deps @gnu/javax/imageio/jpeg.list -fno-common -o gnu/javax/imageio/.libs/jpeg.o /var/tmp//cchBksKqjx: In class 'gnu.javax.imageio.jpeg.DCT': /var/tmp//cchBksKqjx: In method 'gnu.javax.imageio.jpeg.DCT.slow_idct(double[][])': /var/tmp//cchBksKqjx:0: error: invalid rtl sharing found in the insn (insn 476 475 477 37 ../../../../../gcc/libjava/classpath/gnu/javax/imageio/jpeg/DCT.java:119 (set (reg:SI 333) (mem/c/i:SI (plus:SI (reg/f:SI 113 sfp) (const_int 72 [0x48])) [19 S4 A32])) 328 {*movsi_internal1} (expr_list:REG_EQUAL (fix:SI (reg/v:DF 136 [ D.1723 ])) (nil))) /var/tmp//cchBksKqjx:0: error: shared rtx (mem/c/i:SI (plus:SI (reg/f:SI 113 sfp) (const_int 72 [0x48])) [19 S4 A32]) /var/tmp//cchBksKqjx:0: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [gnu/javax/imageio/jpeg.lo] Error 1 make[3]: *** Waiting for unfinished jobs make[2]: *** [all-recursive] Error 1 make[1]: *** [all-target-libjava] Error 2 make: *** [all] Error 2 -- Summary: Java Build Fails - internal compiler error: internal consistency failure Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.10.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33411
[Bug java/33390] New: build of java hangs on powerPC
I configured with - ../gcc/configure --prefix=/usr/local/java --enable-languages=c,c++,java --with-ecj-jar=/Users/dir/gfortran/gcc/ecj.jar --enable-java-awt=gtk --enable-gtk-cairo --disable-multilib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib The build set for 10 hours at - rm -f include-fixed/README cp ../../gcc/gcc/../fixincludes/README-fixinc include-fixed/README chmod a+r include-fixed/README echo timestamp stmp-int-hdrs rm gcj-dbtool.pod jcf-dump.pod jv-convert.pod grmic.pod gcov.pod gcj.pod gfdl.pod gpl.pod cpp.pod gij.pod gc-analyze.pod fsf-funding.pod gcc.pod mkdir powerpc-apple-darwin8.10.0/libgcc Checking multilib configuration for libgcc... Configuring stage 2 in powerpc-apple-darwin8.10.0/libgcc configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /usr/bin/install -c checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking build system type... powerpc-apple-darwin8.10.0 checking host system type... powerpc-apple-darwin8.10.0 checking for powerpc-apple-darwin8.10.0-ar... ar checking for powerpc-apple-darwin8.10.0-lipo... lipo checking for powerpc-apple-darwin8.10.0-nm... /Users/dir/gfortran/ibin/./gcc/nm checking for powerpc-apple-darwin8.10.0-ranlib... ranlib -c checking for powerpc-apple-darwin8.10.0-strip... strip checking whether ln -s works... yes checking for powerpc-apple-darwin8.10.0-gcc... /Users/dir/gfortran/ibin/./gcc/xgcc -B/Users/dir/gfortran/ibin/./gcc/ -B/usr/local/java/powerpc-apple-darwin8.10.0/bin/ -B/usr/local/java/powerpc-apple-darwin8.10.0/lib/ -isystem /usr/local/java/powerpc-apple-darwin8.10.0/include -isystem /usr/local/java/powerpc-apple-darwin8.10.0/sys-include ^Cmake[2]: *** [configure-stage2-target-libgcc] Error 1 make[1]: *** [stage2-bubble] Interrupt make: *** [all] Interrupt -- Summary: build of java hangs on powerPC Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.10.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33390
[Bug java/33390] build of java hangs on powerPC
--- Comment #1 from dir at lanl dot gov 2007-09-11 14:15 --- A top shows cc1 running and eating time, but never finishing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33390
[Bug java/33326] New: libjava - testsuite fails on intel Macintosh
The libjava testsuite fails on intel Macintosh - === libjava Summary === # of expected passes50 # of unexpected failures828 # of expected failures 35 # of untested testcases 1581 runtest completed at Thu Sep 6 11:58:37 2007 -- Summary: libjava - testsuite fails on intel Macintosh Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: i386-apple-darwin8.10.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33326
[Bug java/33326] libjava - testsuite fails on intel Macintosh
--- Comment #1 from dir at lanl dot gov 2007-09-06 19:33 --- Created an attachment (id=14165) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14165action=view) The log file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33326
[Bug fortran/33174] Testsuite: unexpected failures
--- Comment #7 from dir at lanl dot gov 2007-08-27 13:12 --- My programs fail in the save way on MSYS and GYGWIN, but on none of the other versions of gfortran. I tried intrinsic_integer.f90 by hand and it does not fail on my gfortran version. Here is the traceback for pr32417.f90 - (gdb) run Starting program: /usr/local/gfortran/libexec/gcc/i686-pc-cygwin/4.3.0/f951.exe pr32417.f90 -quiet -dumpbase pr32417.f90 -mtune=generic -auxbase pr32417 -O -version -fintrinsic-modules-path /usr/local/gfortran/lib/gcc/i686-pc-cygwin/4.3.0/finclude Loaded symbols for /cygdrive/d/WINDOWS/system32/ntdll.dll Loaded symbols for /cygdrive/d/WINDOWS/system32/kernel32.dll Loaded symbols for /usr/bin/cygwin1.dll Loaded symbols for /cygdrive/d/WINDOWS/system32/advapi32.dll Loaded symbols for /cygdrive/d/WINDOWS/system32/rpcrt4.dll Loaded symbols for /usr/bin/cygiconv-2.dll Loaded symbols for /usr/bin/cygintl-8.dll GNU F95 version 4.3.0 20070723 (experimental) (i686-pc-cygwin) compiled by GNU C version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125), GMP version 4.1.4, MPFR version 2.2.0. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Breakpoint 1, fancy_abort (file=0xbc554b ../../gcc/gcc/tree.c, line=3077, function=0xbc5f2f build2_stat) at ../../gcc/gcc/diagnostic.c:656 656 internal_error (in %s, at %s:%d, function, trim_filename (file), line); (gdb) traceback Undefined command: traceback. Try help. (gdb) backtrace #0 fancy_abort (file=0xbc554b ../../gcc/gcc/tree.c, line=3077, function=0xbc5f2f build2_stat) at ../../gcc/gcc/diagnostic.c:656 #1 0x004bb42e in build2_stat (code=MINUS_EXPR, tt=0x7ff90cb0, arg0=0x7fcbef60, arg1=0x7fcbef40) at ../../gcc/gcc/tree.c:3101 #2 0x0056a7a7 in fold_build2_stat (code=MINUS_EXPR, type=0x7ff90cb0, op0=0x7fcbef60, op1=0x7fcbef40) at ../../gcc/gcc/fold-const.c:13097 #3 0x00561937 in fold_binary (code=PLUS_EXPR, type=0x7ff90cb0, op0=0x7fcbeea0, op1=0x7fcbef20) at ../../gcc/gcc/fold-const.c:9278 #4 0x0056a77f in fold_build2_stat (code=PLUS_EXPR, type=0x7ff90cb0, op0=0x7fcbeea0, op1=0x7fcbef20) at ../../gcc/gcc/fold-const.c:13095 #5 0x005fdd3a in add_to_parts (parts=0x7fcbeea0, elt=0x7ff90cb0) at ../../gcc/gcc/tree-ssa-address.c:426 #6 0x005fe0ab in create_mem_ref (bsi=0x22c810, type=0x7ff90b60, addr=0x22c790) at ../../gcc/gcc/tree-ssa-address.c:546 #7 0x0097c8da in rewrite_use (data=0x22ca10, use=0x1ef97a0, cand=0x1f0db90) at ../../gcc/gcc/tree-ssa-loop-ivopts.c:5091 #8 0x0097edf3 in tree_ssa_iv_optimize_loop (data=0x22ca10, loop=incomplete type) at ../../gcc/gcc/tree-ssa-loop-ivopts.c:5179 #9 0x009801ce in tree_ssa_iv_optimize () at ../../gcc/gcc/tree-ssa-loop-ivopts.c:5382 #10 0x00a55b8b in tree_ssa_loop_ivopts () at ../../gcc/gcc/tree-ssa-loop.c:514 #11 0x006dc1e8 in execute_one_pass (pass=0xb8e6e0) at ../../gcc/gcc/passes.c:1125 #12 0x006dc38e in execute_pass_list (pass=0xb8ea20) at ../../gcc/gcc/passes.c:1178 #13 0x006dc3a1 in execute_pass_list (pass=0xb8dc30) at ../../gcc/gcc/passes.c:1179 #14 0x006dc3a1 in execute_pass_list (pass=0xb8b350) at ../../gcc/gcc/passes.c:1179 #15 0x00714298 in tree_rest_of_compilation (fndecl=0x7fc9b900) at ../../gcc/gcc/tree-optimize.c:406 #16 0x006dd380 in cgraph_expand_function (node=0x7fc9ba80) at ../../gcc/gcc/cgraphunit.c:1073 #17 0x006def9f in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:1142 #18 0x0046ca1f in gfc_be_parse_file (set_yydebug=0) at ../../gcc/gcc/fortran/f95-lang.c:305 #19 0x00523800 in toplev_main (argc=12, argv=0x1eb2d58) at ../../gcc/gcc/toplev.c:1044 #20 0x004b131a in main (argc=12, argv=0x1eb2d58) at ../../gcc/gcc/main.c:35 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
[Bug fortran/33174] Testsuite: unexpected failures
--- Comment #1 from dir at lanl dot gov 2007-08-24 12:46 --- Created an attachment (id=14101) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14101action=view) testsuite output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
[Bug fortran/33175] New: Testsuite: unexpected failures
Some of my programs run Ok with gfortran on the Macintosh and Linux, but fail on CYGWIN and MSYS - so I ran the testsuite. Several unexpected failures were found - === gcc Summary === # of expected passes47388 # of unexpected failures60 # of unexpected successes 1 # of expected failures 140 # of unresolved testcases 2 # of untested testcases 42 # of unsupported tests 433 === gfortran Summary === # of expected passes19496 # of unexpected failures1 # of expected failures 9 # of unsupported tests 86 -- Summary: Testsuite: unexpected failures Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33175
[Bug fortran/33174] New: Testsuite: unexpected failures
Some of my programs run Ok with gfortran on the Macintosh and Linux, but fail on CYGWIN and MSYS - so I ran the testsuite. Several unexpected failures were found - === gcc Summary === # of expected passes47388 # of unexpected failures60 # of unexpected successes 1 # of expected failures 140 # of unresolved testcases 2 # of untested testcases 42 # of unsupported tests 433 === gfortran Summary === # of expected passes19496 # of unexpected failures1 # of expected failures 9 # of unsupported tests 86 -- Summary: Testsuite: unexpected failures Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
[Bug fortran/33174] Testsuite: unexpected failures
--- Comment #4 from dir at lanl dot gov 2007-08-24 18:40 --- The Host and the Target was cygwin. There 60 unexpected failures in the gcc testsuite and one in the fortran testsuite. I have the latest version of gcc (3.4.4) that the cygwin site gives out. Is that the fresh mingw native compiler ? The gcc and gfortran are version 4.3.0 20070723 from svn, built on the cygwin system. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
[Bug fortran/33174] Testsuite: unexpected failures
--- Comment #5 from dir at lanl dot gov 2007-08-24 19:27 --- gfortran --v Using built-in specs. Target: i686-pc-cygwin Configured with: ../gcc/configure --disable-bootstrap --enable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran --with-gmp=/usr/local/lib --with-mpfr=/usr/local/lib Thread model: single gcc version 4.3.0 20070723 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
[Bug java/32758] ecj1 hangs
--- Comment #7 from dir at lanl dot gov 2007-08-03 14:03 --- I was looking in the CrashReported log for something else and I noticed that ecj1 was hanging because it was crashing. Here is the crash log trace back - ** Host Name: dir Date/Time: 2007-07-13 10:52:37.582 -0700 OS Version: 10.4.10 (Build 8R218) Report Version: 4 Command: ecj1 Path:/usr/local/java/libexec/gcc/powerpc-apple-darwin8.10.0/4.3.0/ecj1 Parent: gcj [9917] Version: ??? (???) PID:9918 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x0624 Thread 0 Crashed: 0 libgcc_s.1.dylib0x9143bb80 _Unwind_fallback_frame_state_for + 160 1 libgcc_s.1.dylib0x914383cc uw_frame_state_for + 96 2 libgcc_s.1.dylib0x914395dc _Unwind_Backtrace + 72 3 libgcj.9.dylib 0x05c7f394 Jv_StackTrace::GetStackTrace() + 116 (stacktrace.cc:193) 4 libgcj.9.dylib 0x05cb0224 _ZN4java4lang11VMThrowable16fillInStackTraceEJPS1_PNS0_9ThrowableE + 52 (natVMThrowable.cc:33) 5 libgcj.9.dylib 0x060ef6a8 _ZN4java4lang9Throwable16fillInStackTraceEJPS1_v + 24 (Throwable.java:499) 6 libgcj.9.dylib 0x060eef28 java::lang::Throwable::Throwable[in-charge](java::lang::String*) + 52 (Throwable.java:160) 7 libgcj.9.dylib 0x060d68c4 java::lang::Exception::Exception[in-charge](java::lang::String*) + 16 (Error.java:0) 8 libgcj.9.dylib 0x060b5a78 java::io::IOException::IOException[in-charge](java::lang::String*) + 16 (Flushable.java:0) 9 libgcj.9.dylib 0x05c9aeb0 _ZN3gnu3gcj4Core6createEJPS1_PN4java4lang6StringE + 112 (natCore.cc:118) 10 libgcj.9.dylib 0x05d901e8 _ZN3gnu4java3net8protocol4core10Connection7connectEJvv + 52 (Connection.java:51) 11 libgcj.9.dylib 0x05d905fc _ZN3gnu4java3net8protocol4core10Connection10getHeadersEJvv + 84 (Connection.java:162) 12 libgcj.9.dylib 0x05d902d0 _ZN3gnu4java3net8protocol4core10Connection14getHeaderFieldEJPN4java4lang6StringES8_ + 36 (Connection.java:75) 13 libgcj.9.dylib 0x0611c53c _ZN4java3net13URLConnection17getHeaderFieldIntEJiPNS_4lang6StringEi + 36 (URLConnection.java:428) 14 libgcj.9.dylib 0x0611c354 _ZN4java3net13URLConnection16getContentLengthEJiv + 56 (URLClassLoader.java:0) 15 libgcj.9.dylib 0x05d8e4e8 _ZN3gnu4java3net6loader15RemoteURLLoader11getResourceEJPNS2_8ResourceEPN4java4lang6StringE + 136 (RemoteURLLoader.java:79) 16 libgcj.9.dylib 0x0611b4c0 _ZN4java3net14URLClassLoader9findClassEJPNS_4lang5ClassEPNS2_6StringE + 288 (URLClassLoader.java:527) 17 libgcj.9.dylib 0x05cd5e0c _ZN3gnu3gcj7runtime15BootClassLoader13bootLoadClassEJPN4java4lang5ClassEPNS4_6StringE + 68 (ccLCHdqDjx:0) 18 libgcj.9.dylib 0x05cb00d8 _ZN4java4lang13VMClassLoader9loadClassEJPNS0_5ClassEPNS0_6StringEb + 96 (natVMClassLoader.cc:224) 19 libgcj.9.dylib 0x05ca8f04 Jv_FindClass(_Jv_Utf8Const*, java::lang::ClassLoader*) + 384 (natClassLoader.cc:465) 20 libgcj.9.dylib 0x05ca7254 _ZN4java4lang5Class7forNameEJPS1_PNS0_6StringEbPNS0_11ClassLoaderE + 160 (natClass.cc:107) 21 libgcj.9.dylib 0x05cd5238 _ZN3gnu3gcj7convert14UnicodeToBytes10getEncoderEJPS2_PN4java4lang6StringE + 356 (UnicodeToBytes.java:99) 22 libgcj.9.dylib 0x05cd4f3c _ZN3gnu3gcj7convert14UnicodeToBytes17getDefaultEncoderEJPS2_v + 80 (Output_iconv.java:0) 23 libgcj.9.dylib 0x060c4758 java::io::OutputStreamWriter::OutputStreamWriter[in-charge](java::io::OutputStream*) + 28 (OutputStream.java:0) 24 libgcj.9.dylib 0x060c76d0 java::io::PrintWriter::PrintWriter[in-charge](java::io::OutputStream*) + 60 (PrintWriter.java:130) 25 libgcj.9.dylib 0x066bcaa4 ffi_call_DARWIN + 208 (darwin.S:131) 26 libgcj.9.dylib 0x066bd854 ffi_call + 104 (ffi_darwin.c:464) 27 libgcj.9.dylib 0x066bda88 ffi_java_raw_call + 92 (java_raw_api.c:294) 28 libgcj.9.dylib 0x05c92824 Jv_InterpMethod::run(void*, ffi_raw*, _Jv_InterpMethod*) + 1536 (interpret-run.cc:590) 29 libgcj.9.dylib 0x066bdd2c ffi_java_translate_args + 104 (java_raw_api.c:308) 30 libgcj.9.dylib 0x066bd404 ffi_closure_helper_DARWIN + 308 (ffi_darwin.c:800) 31 libgcj.9.dylib 0x066bcb84 ffi_closure_ASM + 116 (darwin_closure.S:106) 32 libgcj.9.dylib 0x05c9de1c _ZN3gnu4java4lang10MainThread9call_mainEJvv + 220 (natMainThread.cc:61) 33 libgcj.9.dylib 0x05caf6f0 Jv_ThreadRun(java::lang::Thread*) + 52 (natThread.cc:345) 34 libgcj.9.dylib 0x05c6de38 Jv_RunMain(_Jv_VMInitArgs*, java::lang::Class*, char const*, int, char const**, bool) + 508 (prims.cc:1770) 35 ecj10x2228 _start + 760 36 ecj10x1f2c start + 48 Thread 1: 0 libSystem.B.dylib 0x9002c3c8 semaphore_wait_signal_trap + 8 1 libSystem.B.dylib 0x90030eac pthread_cond_wait + 480 2 libgcj.9.dylib 0x05cb9178 Jv_CondWait(_Jv_ConditionVariable_t*, _Jv_Mutex_t*, long long, int) + 636 (posix-threads.cc:212) 3 libgcj.9.dylib 0x05c9d4a0
[Bug java/32758] ecj1 hangs
--- Comment #6 from dir at lanl dot gov 2007-07-25 12:56 --- I did the build with --with-ecj-jar=/Users/dir/gfortran/gcc/ecj.jar and there is no visible ecj anywhere on my machine. ecj1 is in ./java/libexec/gcc/powerpc-apple-darwin8.10.0/4.3.0/. With ecj1 -help, ecj1 sits using nearly 100 percent of the cpu time, but nothing else. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32758
[Bug fortran/32823] New: internal compiler error: in gfc_trans_assignment_1
This error came up during a rebuild of my program - [dranta:~/sage/sage20070104] dir% gfortran -c -O0 -fno-second-underscore token.f90 token.f90: In function 'token_allreduce_i8_v': token.f90:7: internal compiler error: in gfc_trans_assignment_1, at fortran/trans-expr.c:3974 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [dranta:~/sage/sage20070104] dir% cat token.f90 module token_module integer, parameter :: INT8 = SELECTED_INT_KIND(16) integer, parameter :: REAL8 = SELECTED_REAL_KIND(12) contains subroutine token_allreduce_i8_v(dowhat, array, result, length) character(*), intent(in):: dowhat integer, intent(in):: length integer(INT8), intent(in):: array(*) integer(INT8), intent(inout) :: result(*) real(REAL8) :: copy_r8(length), result_r8(length) result(1:length) = int(result_r8(1:length), INT8) end subroutine token_allreduce_i8_v ! -- end module token_module ! == [dranta:~/sage/sage20070104] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-bootstrap --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070719 (experimental) -- Summary: internal compiler error: in gfc_trans_assignment_1 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.10.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32823
[Bug tree-optimization/32635] [4.3 Regression] gfortran - internal compiler error: verify_ssa failed
--- Comment #3 from dir at lanl dot gov 2007-07-18 15:39 --- Well, it seems to have been fixed or gone back into hiding - [dranta:~/tests/gfortran-D] dir% gfortran -c -O2 aled7.F [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-bootstrap --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070718 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
[Bug java/32758] ecj1 hangs
--- Comment #2 from dir at lanl dot gov 2007-07-16 12:32 --- Created an attachment (id=13921) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13921action=view) simple java test #1 This, I expected to build but crash on trying to run -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32758
[Bug java/32758] ecj1 hangs
--- Comment #3 from dir at lanl dot gov 2007-07-16 12:35 --- Created an attachment (id=13922) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13922action=view) Simple java test #2 This one actually ran before ecj -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32758
[Bug java/32758] ecj1 hangs
--- Comment #4 from dir at lanl dot gov 2007-07-16 12:48 --- These both do the same thing for me - ecj1 eats about 5:30 minutes of time - then nothing, it just sits using no CPU time. This is my second try at a java build since the switch to ecj with no luck at getting anything to work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32758
[Bug java/32758] New: ecj1 hangs
I built gcj and when I try to compile anything ecj1 uses about 5:33 minutes of CPU time, then ecj1 and gcj just sit doing nothing. PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE 9951 ecj1 0.0% 5:33.55 23270 41.5M 94.1M 60.9M 350M 9950 gcj 0.0% 0:00.01 11926 260K 1.43M 1.05M 87.8M [dranta:~/tests] dir% gcj -bind_at_load --main=picture -o picture picture.java ^C [dranta:~/tests] dir% gcj --v Using built-in specs. Reading specs from /usr/local/java/lib/gcc/powerpc-apple-darwin8.10.0/4.3.0/../../../libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --prefix=/usr/local/java --enable-languages=c,c++,java --enable-java-awt=gtk --enable-gtk-cairo --disable-multilib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --with-ecj-jar=/Users/dir/gfortran/gcc/ecj.jar Thread model: posix gcc version 4.3.0 20070705 (experimental) -- Summary: ecj1 hangs Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: Darwin 8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32758
[Bug tree-optimization/32635] [4.3 Regression] gfortran - internal compiler error: verify_ssa failed
--- Comment #1 from dir at lanl dot gov 2007-07-10 17:23 --- Also fails on suse linux and intel macintosh. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
[Bug fortran/32635] New: gfortran - internal compiler error: verify_ssa failed
This error poped up while trying to recompile one of my programs. I have reduced it about as much as I could - change almost anything and the error goes away - [dranta:~/junk] dir% gfortran -c -O2 aled7.F aled7.F: In function 'aled7': aled7.F:1: error: definition in block 6 follows the use for SSA_NAME: D.1023_61 in statement: D.1017_52 = D.1023_61; aled7.F:1: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [dranta:~/junk] dir% cat aled7.F subroutine aled7(ix,ib,itable,ip,ip2,imat,nummat, 1 mx0,k,numnp,numel,iadj) implicit double precision (a-h,o-z)dp common/cale6/fst(16,4),ist(256,14) c dimension ib(*),itable(*),ip(3,*),ip2(*),ix(6,*),imat(nummat+1,*) c c ipnt=1 do 20 i=1,numel if (imat(ix(5,i),mx0).ne.1) go to 20 20 continue c k=0 kflg=0 25 do 30 i=1,ipnt if (ip(1,i).eq.0) go to 30 ii=i go to 40 30 continue c 40 k=k+1 iel=ip(3,ii) ib(k+iadj)=i1 if (kflg.eq.1) ip(1,ii)=0 kflg=1 c isum=0 do 50 i=1,ipnt if (ip(1,i).eq.0) isum=isum+1 if (ip(1,i).eq.0.or.ip(1,i).ne.i2) go to 50 ii=i if (ip(3,i).eq.iel) go to 40 50 continue c if (ip(1,ii).eq.i2) go to 40 kflg=0 if (isum.ne.ipnt) go to 25 c return end [dranta:~/junk] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070705 (experimental) [dranta:~/junk] dir% -- Summary: gfortran - internal compiler error: verify_ssa failed Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: Darwin 8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
[Bug fortran/32612] New: gfortran - incorrectly flags error on interface module
gfortran now incorrectly flags and error on this reduced module - [dranta:~/tests/gfortran-D] dir% g95 -c files.f90 [dranta:~/tests/gfortran-D] dir% f90 -c files.f90 [dranta:~/tests/gfortran-D] dir% gfortran -c files.f90 files.f90:30.40: subroutine my_sio_file_read_common(data_lengths, error, 1 files.f90:8.39: interface my_sio_file_read_common 2 Error: Name 'my_sio_file_read_common' at (1) is already defined as a generic interface at (2) [dranta:~/tests/gfortran-D] dir% cat files.f90 module files_module implicit none integer, parameter :: REAL8 = SELECTED_REAL_KIND(12) save private interface my_sio_file_read_common module procedure my_sio_file_read_common end interface contains subroutine my_sio_file_read_all_i4(serial, data, data_lengths, error) ! - purpose ! - calling arguments logical, intent(in) :: serial integer, intent(out) :: data(*) integer, intent(in) :: data_lengths(0:*) integer, intent(out) :: error call my_sio_file_read_common(data_lengths, error, data_i4 = data) end subroutine my_sio_file_read_all_i4 subroutine my_sio_file_read_common(data_lengths, error, data_i4, data_r8) integer, intent(in) :: data_lengths(0:*) integer, intent(out) :: error integer, intent(out), optional :: data_i4(*) real(REAL8), intent(out), optional :: data_r8(*) error=0 data_i4(1)=0 data_r8(1)=0 end subroutine my_sio_file_read_common end module files_module [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070702 (experimental) [dranta:~/tests/gfortran-D] dir% -- Summary: gfortran - incorrectly flags error on interface module Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: Darwin 8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32612
[Bug fortran/32612] gfortran - incorrectly flags error on interface module
--- Comment #1 from dir at lanl dot gov 2007-07-03 20:36 --- This is the last version that I have that it works with - [dranta:~/tests/gfortran-D] dir% gfortran -c files.f90 [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070615 (experimental) [dranta:~/tests/gfortran-D] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32612
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #25 from dir at lanl dot gov 2007-06-22 14:28 --- I was tracking what appeared to be the similar bugs in gfortran and g95, but some where in the last few steps when I could not test with gfortran - I lost the gfortran link. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #14 from dir at lanl dot gov 2007-06-21 12:57 --- What is actually the expected result? Depending on the compiler and compiler setting, I get completely different results for the second triangular matrix. (The first matrix remains always the same.) What the program does in this section is multiply the diagonal of the matrix by 2 with the line - tt=tt+tt and so (0.8000E+01 - 0.1600E+02), (0.1000E+02 - 0.2000E+02) and (0.1300E+02 - 0.2600E+02 ) and the other three elememts should stay the same. In debug mode, most compilers will give the correct answer, but the addition is sometimes being optmized away. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #15 from dir at lanl dot gov 2007-06-21 13:23 --- BTW I do not see (beside obfuscation) the interest of the constructs: It is the construct: jt=t(j2) tt=tt+tt t(j2)=jt that is being optmized away or done incorrectly when the second matrix stays the same. The obfuscation is required because the program is doing virtual memory management and at this point floating point data is in one of the raw integer virtual arrays and so that is the game that is played to do the floating point add. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #16 from dir at lanl dot gov 2007-06-21 16:16 --- Created an attachment (id=13759) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13759action=view) Warning free version -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #17 from dir at lanl dot gov 2007-06-21 16:29 --- I have attached version that generates no warnings with gfortran or g95. As I reduced, it the bug changed - that is the problem with optmization bugs - they are hard to trap. Anyway there is still a bug for some compilers. gfortran on the Macintosh and Linux are Ok. g77 is happy and gets the correct answer - [dranta:~/tests] dir% g77 -o g95Test02 g95Test02.f [dranta:~/tests] dir% g95Test02 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 iprec = 1 1 lower triangular matrix with 3 rows row 10.1600E+02 row 20.9000E+01 0.2000E+02 row 30.1100E+02 0.1200E+02 0.2600E+02 g95 cannot decide which wrong answer it likes - [dranta:~/tests] dir% g95 -Wall -g -o g95Test02 g95Test02.f [dranta:~/tests] dir% g95Test02 1 lower triangular matrix with 3 rows row 1 -0.2000E+01 row 20.1000E+01 0.2000E+01 row 30.3000E+01 0.4000E+01 0.5000E+01 iprec = 1 1 lower triangular matrix with 3 rows row 1 -0.3999E+01 row 20.1000E+01 0.4000E+01 row 30.3000E+01 0.4000E+01 0.1000E+02 [dranta:~/tests] dir% g95 -Wall -O3 -o g95Test02 g95Test02.f [dranta:~/tests] dir% g95Test02 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 iprec = 1 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 gfortran (i386-pc-mingw32) on windows now gets the wrong answer with -O3 - [EMAIL PROTECTED] ~/tests $ gfortran -g -o g95Test02 g95Test02.f [EMAIL PROTECTED] ~/tests $ g95Test02 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 iprec = 1 1 lower triangular matrix with 3 rows row 10.1600E+02 row 20.9000E+01 0.2000E+02 row 30.1100E+02 0.1200E+02 0.2600E+02 [EMAIL PROTECTED] ~/tests $ gfortran -O3 -o g95Test02 g95Test02.f [EMAIL PROTECTED] ~/tests $ g95Test02 1 lower triangular matrix with 3 rows row 10.E+00 row 20.1000E+01 0.2000E+01 row 30.3000E+01 0.4000E+01 0.5000E+01 iprec = 1 1 lower triangular matrix with 3 rows row 10.E+00 row 20.1000E+01 0.4000E+01 row 30.3000E+01 0.4000E+01 0.1000E+02 [EMAIL PROTECTED] ~/tests $ gfortran --v Using built-in specs. Target: i386-pc-mingw32 Configured with: ../trunk/configure --prefix=/mingw --enable-languages=c,fortran --with-gmp=/home/coudert/local --disable-nls --with-ld=/mingw/bin/ld --with-as=/mingw/bin/as --disable-werror --enable-bootstrap --enable-threads --build=i386-pc-mingw32 --disable-shared --enable-libgomp Thread model: win32 gcc version 4.3.0 20070522 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #21 from dir at lanl dot gov 2007-06-21 20:06 --- Created an attachment (id=13761) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13761action=view) All Used Variables intialized -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #22 from dir at lanl dot gov 2007-06-21 20:11 --- This version has all the variables that are actually used intialized. I will have to try the windows version later, but g95 has switched the way that it is wrong again - [dranta:~/tests] dir% g95 -Wall -O3 -o g95Test03 g95Test03.f [dranta:~/tests] dir% g95Test03 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 iprec = 1 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #11 from dir at lanl dot gov 2007-06-20 14:15 --- It is easy to make this test case to a completely legal FORTRAN program. Keeping the BUG and making it into a completely legal FORTRAN program is more difficult, but likely possible. However, the problem that gfortran is having with the program is that it does not take the full effect of the equivalence (jt,tt) into account. This is where the real problem is and where I expected some disagreement. Each line of code in the important loop is legal and the loop has compiled and run correctly on dozens of FORTRAN compilers with and without optimization, but one could argue with some justification that the sequence instructions does something illegal. I will consider it RESOLVED INVALID on that basis. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] New: gfortran - incorrect run time results
+-+ write (not,900) n 900 format ('1'// ' lower triangular matrix with ',i3,' rows'/) jj=0 do 200 i=1,n write (not,910) i, (a(jj+j),j=1,i) 910 format (5h row ,i3,2x,10e12.4/(10x,10e12.4)) 200 jj=jj+i return end subroutine scopu return end subroutine scprod return end subroutine vr21d return end subroutine vr22d return end subroutine vr23d return end gfortran --v Using built-in specs. Target: i686-pc-cygwin Configured with: ../gcc43/configure --prefix=/usr/local/gfortran --enable-lan ges=c,fortran --enable-bootstrap --enable-threads=posix --enable-sjlj-excepti --enable-version-specific-runtime-libs --enable-nls --disable-libmudflap --d ble-shared --disable-win32-registry --with-system-zlib --enable-checking=rele --enable-werror --without-included-gettext --without-x --enable-libgomp Thread model: posix gcc version 4.3.0 20070512 (experimental) -- Summary: gfortran - incorrect run time results Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #1 from dir at lanl dot gov 2007-06-18 14:48 --- Here are the mingw32 results - $ gfortran -g -o g95Test01 g95Test01.f [EMAIL PROTECTED] ~/tests $ g95Test01 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 iprec = 1 1 lower triangular matrix with 3 rows row 10.1600E+02 row 20.9000E+01 0.2000E+02 row 30.1100E+02 0.1200E+02 0.2600E+02 [EMAIL PROTECTED] ~/tests $ gfortran -O3 -o g95Test01 g95Test01.f [EMAIL PROTECTED] ~/tests $ g95Test01 1 lower triangular matrix with 3 rows row 10.E+00 row 20.1000E+01 0.2000E+01 row 30.3000E+01 0.4000E+01 0.5000E+01 iprec = 1 1 lower triangular matrix with 3 rows row 10.E+00 row 20.1000E+01 0.4000E+01 row 30.3000E+01 0.4000E+01 0.1000E+02 [EMAIL PROTECTED] ~/tests $ cat g95Test01.f *deck vr2 subroutine vr2 ( intp, ivg, ccrans, cc, ns, stdb, stdm, t, $ k2, nlin, istab ) save c+-+ c| master foutine for| c| second variation of the strain energy | c| at an integration point | c| | c| output quantities | c|t local accumulator for elt second variation| c|w global accumulator for elt second variatio| c+-+ c+-+ c| t y p ed i m e n s i o n | c+-+ character its1*4 character title*72 integert real cc, ctrans, dprod2, sdb, sdm, $ stdb, stdm, sum, ttt, uf, $ vf, wsf real tgc dimension cc(1),ccrans(1),ivg(1), stdb(1), stdm(1), $ t(100) c+-+ c| e q u i v a l e n c e s | c+-+ equivalence(jt,tt) c+-+ c| c o m m o ng l o b a l s | c+-+ common/comvd1/ jelt, jntp common/comvd2/ plva, plvb, lpr, iulpr,wplv(8) common/comvd3/ wsf(12,9),uf(20), vf(20) common/con5 / dmy(3), icom(18) common/corot1/ iadcor(30), lcor, kcor common/corot8/ ctrans(150) common/fmloc / jf(6),js(6),jp(6),l1, l2, $ l3, l4, l5, l6 common/forms / mtrans(40), itrans(150),sdb(540), $ sdm(1008),npform common/hybcom/ ihyb, ihres(9), ttt(78) common/nitnot/ nit, not common/prec / iprec common/scrat1/ w(600) common/test / ktest common/titcom/ title common/vr410c/ tgc(3,3,4) common/vrdat / np, np1, np2, np3, np4, $ np5, np6, np7, np8, np9, $ np10 common/vrdat1/ nmsh, ntyp, nods, neta, nitp, $ nst, ntr, nmp, nth, nvg, $ nvl, nvb, nvm, nvr2, idvr, $ ifab common a(100) c+-+ c| d a t a | c+-+ data its1 / 'dbug' / c+-+ c| l o g i c | c+-+ ielt=jelt npr=iprec npd=3-npr nvr2 = 1 if(intp.gt.1) go to 20 c+-+ c| begin new element | c+-+ nj=nvg+5 nn=nvg+4+(nvg*nvg+nvg)/npd nnl=nvg+4+(nvl*nvl+nvl)/npd t(1)=nvg t(4)=1 call mover (ivg,1,t(5),1,nvg) if(k2.eq.0.or.nvr2.gt.0) go to 5 if(istab.eq.1.or.nlin.eq.1) go to 5 return 5
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #3 from dir at lanl dot gov 2007-06-18 15:05 --- The only subroutine actually used is prmx. The rest are dummies to make the linker happy. With g95, you get the correct results with -g and incorrect results with -O3 - [QuadG5:~/junk] dir% g95 -O3 -d8 -fstatic -Wno=121,155,154 -o g95Test01 g95Test01.f [QuadG5:~/junk] dir% g95Test01 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 iprec = 1 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 [QuadG5:~/junk] dir% g95 -g -d8 -fstatic -Wno=121,155,154 -o g95Test01 g95Test01.f [QuadG5:~/junk] dir% g95Test01 1 lower triangular matrix with 3 rows row 10.8000E+01 row 20.9000E+01 0.1000E+02 row 30.1100E+02 0.1200E+02 0.1300E+02 iprec = 1 1 lower triangular matrix with 3 rows row 10.1600E+02 row 20.9000E+01 0.2000E+02 row 30.1100E+02 0.1200E+02 0.2600E+02 [QuadG5:~/junk] dir% g95 --v Using built-in specs. Target: Configured with: ../configure --enable-languages=c Thread model: posix gcc version 4.0.3 (g95 0.91!) Jun 4 2007 [QuadG5:~/junk] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32393] gfortran - incorrect run time results
--- Comment #6 from dir at lanl dot gov 2007-06-18 18:13 --- Now I don't know how the compiler is supposed to behave when there is a mismatch between the arguments in the subroutines and their call. I do - since the beginning of FORTRAN, well, at least since FORTRAN 2, it simply passes the starting address down for simple data types. I have worked several commercial finite element codes over the years and at least half of them call routines with wrong data type for various reasons - to do extremely efficient low cost dynamic memory management, to create objects, to overload modules, to do multiple inheritance, etc... Fortran 90 has not always been around to do these things legally. That is all not relevant anyway, if you would look at the output, you would realize that the only this wrong is that the loop - do 242 i=1,nvg j2=jj+iprec*(i-1) c+-+ c| multiply main diagonals by 2| c+-+ jt=t(j2) tt=tt+tt t(j2)=jt 242 jj=jj+iprec*i does not compile correctly - The program prints the data before and after the loop. If you look at the assembly language output for that loop, it is incorrect for O2. I make a quick try at pulling it out of the routine, but that fail - so I just submitted the whole routine as I had already spent several hours eliminated the other 100,000 lines of code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
[Bug fortran/32302] [4.2/4.3 Regression] Incorrect result with -O2
--- Comment #9 from dir at lanl dot gov 2007-06-13 13:39 --- Your Welcome Paul, With a little luck, the fix for this will cure the remaining problems that I have been having with my programs when optimization is turned on. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32302
[Bug fortran/32302] New: gfortran - incorrect result with -O3
)-z46(i) a17(i)=x17(i)+x46(i) a28(i)=x28(i)+x35(i) b17(i)=y17(i)+y46(i) b28(i)=y28(i)+y35(i) c17(i)=z17(i)+z46(i) 20 c28(i)=z28(i)+z35(i) do 30 i=lft,llt aj4(i)=a17(i)+a28(i) aj5(i)=b17(i)+b28(i) aj6(i)=c17(i)+c28(i) aj7(i)=a17(i)-a28(i) aj8(i)=b17(i)-b28(i) 30 aj9(i)=c17(i)-c28(i) c c jacobian c do 40 i=lft,llt aj5968(i)=aj5(i)*aj9(i)-aj6(i)*aj8(i) aj6749(i)=aj6(i)*aj7(i)-aj4(i)*aj9(i) 40 aj4857(i)=aj4(i)*aj8(i)-aj5(i)*aj7(i) if (ihf.ne.1) then do 50 i=lft,llt 50 det(i)=o64th*(aj1(i)*aj5968(i)+aj2(i)*aj6749(i)+aj3(i)*aj4857(i)) else do 55 i=lft,llt det(i)=o64th*(aj1(i)*aj5968(i)+aj2(i)*aj6749(i)+aj3(i)*aj4857(i)) 1 *failu(i) + (1. - failu(i)) 55 continue endif do 60 i=lft,llt 60 dett(i)=o64th/det(i) write(6,*)det(lft),det(llt) return c end program main parameter(lnv=VECLEN) #ifdef DP implicit double precision (a-h,o-z)dp #endif common/aux8/ x1(lnv),x2(lnv),x3(lnv),x4(lnv), x5(lnv),x6(lnv),x7(lnv),x8(lnv), y1(lnv),y2(lnv),y3(lnv),y4(lnv), y5(lnv),y6(lnv),y7(lnv),y8(lnv), z1(lnv),z2(lnv),z3(lnv),z4(lnv), z5(lnv),z6(lnv),z7(lnv),z8(lnv) common/aux36/lft,llt common/sand1/ihf,ibemf,ishlf,itshf lft=1 llt=1 x1(1)=0 x2(1)=1 x3(1)=1 x4(1)=0 x5(1)=0 x6(1)=1 x7(1)=1 x8(1)=0 y1(1)=0 y2(1)=0 y3(1)=1 y4(1)=1 y5(1)=0 y6(1)=0 y7(1)=1 y8(1)=1 z1(1)=0 z2(1)=0 z3(1)=0 z4(1)=0 z5(1)=1 z6(1)=1 z7(1)=1 z8(1)=1 call prtal stop end [dranta:~/junk] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070611 (experimental) -- Summary: gfortran - incorrect result with -O3 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32302
[Bug fortran/32255] New: warning can't open dynamic library
I down loaded and built a new version of gfortran this morning and now gortran is having trouble finding the dynamic library - /usr/bin/ld: warning can't open dynamic library: /libgcc_s.1.dylib referenced from: /usr/local/gfortran/lib/gcc/powerpc-apple-darwin8.9.0/4.3.0/../../../libgfortran.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) [dranta:~/tests] dir% ls /usr/local/gfortran/lib/gcc/powerpc-apple-darwin8.9.0/4.3.0/../../../ gcc libgcc_s_ppc64.1.dylib libgfortran.dylib libgomp.dylib libssp.0.dylib libssp_nonshared.a libgcc_s.1.dyliblibgcc_s_x86_64.1.dylib libgfortran.la libgomp.la libssp.alibssp_nonshared.la libgcc_s.10.4.dylib libgfortran.3.dylib libgomp.1.dylib libgomp.speclibssp.dylib libgcc_s.10.5.dylib libgfortran.a libgomp.a libiberty.a libssp.la [dranta:~/tests] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070608 (experimental) -- Summary: warning can't open dynamic library Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32255
[Bug fortran/32255] warning can't open dynamic library
--- Comment #1 from dir at lanl dot gov 2007-06-08 14:59 --- I just noticed that programs work anyway - [dranta:~/tests/gfortran-D] dir% rm testioBackspace [dranta:~/tests/gfortran-D] dir% gfortran -o testioBackspace testioBackspace.f /usr/bin/ld: warning can't open dynamic library: /libgcc_s.1.dylib referenced from: /usr/local/gfortran/lib/gcc/powerpc-apple-darwin8.9.0/4.3.0/../../../libgfortran.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) [dranta:~/tests/gfortran-D] dir% testioBackspace Number of Tests =4 Number of Tests = 16 Number of Tests = 64 Number of Tests = 256 Number of Tests = 1024 Number of Tests = 4096 Number of Tests =16384 Number of Tests =65536 [dranta:~/tests/gfortran-D] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32255
[Bug fortran/32255] warning can't open dynamic library
--- Comment #3 from dir at lanl dot gov 2007-06-08 15:32 --- It is something new for me. My last build from 4 days ago did not have the problem - [dranta:~/tests/gfortran-D] dir% gfortran -o testioBackspace testioBackspace.f [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --enable-checking --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070604 (experimental) [dranta:~/tests/gfortran-D] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32255
[Bug fortran/32235] gfortran - incorrectly position text file after backspace
--- Comment #3 from dir at lanl dot gov 2007-06-07 13:13 --- Most compilers assume that you need to backspace back over the End-Of-File. This goes back to the good old days, when the EOF was actually a tape mark. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32235
[Bug fortran/32235] New: gfortran - incorrectly position text file after backspace
g77, g95, Absoft 9.2, etc.. position the text file correctly, but gfortran is off by one line - [dranta:~/tests/gfortran-D] dir% gfortran -fno-automatic -std=legacy -o aRead01 aRead01.f [dranta:~/tests/gfortran-D] dir% aRead01 aRead01.in 1one 2Two 3Three read =Two [dranta:~/tests/gfortran-D] dir% g77 -o aRead01 aRead01.f [dranta:~/tests/gfortran-D] dir% aRead01 aRead01.in 1one 2Two 3Three read =Three [dranta:~/tests/gfortran-D] dir% cat aRead01.f program main character*10 a ncards=2 read(5,1000)a read(5,1000)a call inlist(ncards) read(5,1000)a write(6,2000)a stop 1000 format(a10) 2000 format('read =',a10) end subroutine inlist(ncards) character*4 data(20) input=5 c if (ncards.eq.0) go to 20 do 15 i=1,ncards backspace input 15 continue c 20 continue kard = 0 30 read(5,1000,end=60) data 40 kard=kard + 1 50 write (6,2020) kard,data go to 30 60 continue kard=kard - ncards + 1 do 70 i=1,kard backspace input 70 continue c return c 1000 format (20a4) 2020 format (8x,i15,8x,20a4) c end [dranta:~/tests/gfortran-D] dir% cat aRead01.in one Two Three [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --enable-checking --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070604 (experimental) -- Summary: gfortran - incorrectly position text file after backspace Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32235
[Bug fortran/32220] New: internal compiler error: in eliminate_temp_copies, at tree-predcom.c:1937
While rebuilding one of my programs with the new version of gfortran, I hit this error (This worked on an older version of gfortran)- [dranta:~/tests] dir% gfortran -O3 -std=legacy -c ad78b.f ad78b.f: In function 'derv': ad78b.f:1: internal compiler error: in eliminate_temp_copies, at tree-predcom.c:1937 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [dranta:~/tests] dir% cat ad78b.f subroutine derv (b,cosxy,thick) c common /shell1/ ield common /shell4/xji(3,3),p(3,32),h(32) c dimension cosxy(6,*), 1 thick(*),b(*) c do 130 k=1,ield do 125 i=1,3 b(k2+i)=b(k2+i) + (xji(i,1)*p(1,k) + xji(i,2)*p(2,k))*t 1 + xji(i,3)*h(k) th=0.5*thick(kk) b(k2+i+3)=b(k2+i+3) - th*cosxy(i+3,kk) 125 b(k2+i+6)=b(k2+i+6) + th*cosxy(i,kk) k2=k2 + 9 130 continue c c return end [dranta:~/tests] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --enable-checking --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070604 (experimental) -- Summary: internal compiler error: in eliminate_temp_copies, at tree-predcom.c:1937 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32220
[Bug fortran/32221] New: internal compiler error: in eliminate_temp_copies, at tree-predcom.c:1937
While rebuilding one of my programs with the new version of gfortran, I hit this error (This worked on an older version of gfortran)- [dranta:~/tests] dir% gfortran -O3 -std=legacy -c ad78b.f ad78b.f: In function 'derv': ad78b.f:1: internal compiler error: in eliminate_temp_copies, at tree-predcom.c:1937 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [dranta:~/tests] dir% cat ad78b.f subroutine derv (b,cosxy,thick) c common /shell1/ ield common /shell4/xji(3,3),p(3,32),h(32) c dimension cosxy(6,*), 1 thick(*),b(*) c do 130 k=1,ield do 125 i=1,3 b(k2+i)=b(k2+i) + (xji(i,1)*p(1,k) + xji(i,2)*p(2,k))*t 1 + xji(i,3)*h(k) th=0.5*thick(kk) b(k2+i+3)=b(k2+i+3) - th*cosxy(i+3,kk) 125 b(k2+i+6)=b(k2+i+6) + th*cosxy(i,kk) k2=k2 + 9 130 continue c c return end [dranta:~/tests] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --enable-checking --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070604 (experimental) -- Summary: internal compiler error: in eliminate_temp_copies, at tree-predcom.c:1937 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32221
[Bug fortran/32223] New: Warning Message - incorrect ?
This compiled with out a warning on older versions of gfortran. It does not seem to like the '\0', but it says something else - [dranta:~/tests/gfortran-D] dir% gfortran -c linlab.f linlab.f:3.33: data bzero /'0', '.', '0', '\0','0'/ 1 Warning: initialization string truncated to match variable at (1) [dranta:~/tests/gfortran-D] dir% cat linlab.f subroutine linlab character*1 bzero(5) data bzero /'0', '.', '0', '\0','0'/ return end [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --enable-checking --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070604 (experimental) -- Summary: Warning Message - incorrect ? Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32223
[Bug fortran/32206] New: gfortran testsuite - unexpected failures
Running make -k check-fortran on an Intel Macintosh generated unexpected failures - Test Run By dir on Mon Jun 4 07:56:01 2007 Native configuration is i386-apple-darwin8.9.1 === gfortran tests === Schedule of variations: unix Running target unix Using /usr/local/share/dejagnu/baseboards/unix.exp as board description file for target. Using /usr/local/share/dejagnu/config/unix.exp as generic interface file for target. Using /Users/dir/gfortran/gcc/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.dg/dg.exp ... FAIL: gfortran.dg/secnds-1.f -O3 -fomit-frame-pointer execution test Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.dg/gomp/gomp.exp ... Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.dg/vect/vect.exp ... Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.fortran-torture/compile/compile.exp ... Running /Users/dir/gfortran/gcc/gcc/testsuite/gfortran.fortran-torture/execute/execute.exp ... === gfortran Summary === # of expected passes18134 # of unexpected failures1 # of expected failures 8 # of unsupported tests 46 /Users/dir/gfortran/ibin/gcc/testsuite/gfortran/../../gfortran version 4.3.0 20070604 (experimental) -- Summary: gfortran testsuite - unexpected failures Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: i386-apple-darwin8.9.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32206
[Bug fortran/31563] New: An Error is incorrectly generated for hex and octal data
When trying to build a program with gfortran, these errors were generated. Absoft f90 and g95 are happy with the program - [dranta:~/junk] dir% gfortran -o mask mask.f90 mask.f90:3.30: data msk4/o'377'/ 1 Error: Arithmetic overflow converting INTEGER(8) to INTEGER(4) at (1) mask.f90:2.27: data msk1/x'8000'/ 1 Error: Arithmetic overflow converting INTEGER(8) to INTEGER(4) at (1) mask.f90:4.11: msk1=x'8000' 1 Error: Arithmetic overflow converting INTEGER(8) to INTEGER(4) at (1) mask.f90:5.11: msk4=o'377' 1 Error: Arithmetic overflow converting INTEGER(8) to INTEGER(4) at (1) [dranta:~/junk] dir% g95 -o mask mask.f90 [dranta:~/junk] dir% f90 -o mask mask.f90 [dranta:~/junk] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.9.0 Configured with: ../gcc/configure --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070412 (experimental) [dranta:~/junk] dir% cat mask.f90 INTEGER *4 msk1, msk4 data msk1/x'8000'/ data msk4/o'377'/ msk1=x'8000' msk4=o'377' end -- Summary: An Error is incorrectly generated for hex and octal data Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: Darwin 8.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31563
[Bug fortran/31563] Arithmetic overflow and BOZ
--- Comment #3 from dir at lanl dot gov 2007-04-13 15:28 --- I do not see why you say the numbers over flow - g95 gives exactly the correct answer when I print them out [dranta:~/junk] dir% g95 -o mask mask.f90 [dranta:~/junk] dir% mask 8000 FF00 [dranta:~/junk] dir% cat mask.f90 INTEGER *4 msk1, msk4 data msk1/x'8000'/ data msk4/o'377'/ msk1=x'8000' msk4=o'377' PRINT '(Z8)', msk1 PRINT '(Z8)', msk4 end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31563
[Bug fortran/31563] Arithmetic overflow and BOZ
--- Comment #4 from dir at lanl dot gov 2007-04-13 15:52 --- With Hex and octal numbers - there is no overflow as long as there are enough bits - that is why g95 and Absoft do not complain. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31563
[Bug fortran/31563] Arithmetic overflow and BOZ
--- Comment #6 from dir at lanl dot gov 2007-04-13 20:32 --- Sorry, I cannot find another compiler that agrees with gfortran - [EMAIL PROTECTED] ~/tests]$ ifort -o mask mask.f90 [EMAIL PROTECTED] ~/tests]$ mask 8000 FF00 qsc10:~/tests [6] f90 -o mask mask.f90 qsc10:~/tests [7] mask 8000 FF00 [EMAIL PROTECTED] ~/tests]$ pgf90 -o mask mask.f90 [EMAIL PROTECTED] ~/tests]$ mask 8000 FF00 [dranta:~/junk] dir% g95 -o mask mask.f90 [dranta:~/junk] dir% mask 8000 FF00 [dranta:~/junk] dir% f90 -o mask mask.f90 [dranta:~/junk] dir% mask 8000 ff00 [dranta:~/junk] dir% xlf95 -qsuffix=f=f90 -o mask mask.f90 -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1 ** _main === End of Compilation 1 === 1501-510 Compilation successful for file mask.f90. [dranta:~/junk] dir% mask 8000 FF00 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31563
[Bug libfortran/30617] recursive I/O hangs under OSX 10.3
--- Comment #8 from dir at lanl dot gov 2007-01-29 13:45 --- It hangs on a Intel iMac - [pactech01:~/tests] dir% gfortran -o recursiveio recursiveio.f90 [pactech01:~/tests] dir% recursiveio test 1.00 ^C [pactech01:~/tests] dir% cat recursiveio.f90 external fun real fun real a a = fun() print *, a print *, fun() end real function fun() print *, 'test' fun = 1.0 end [dranta:~] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30617
[Bug target/26510] [4.1/4.2/4.3 Regression] --disable-shared broken for darwin platform
--- Comment #12 from dir at lanl dot gov 2007-01-02 15:41 --- Hi Andrew, I thought that was the problem - there appears to be no way to disable the shared libraries on the Macintosh. In comment #6, I tried to disable the shared libraries and the multilib with --disable-shared --disable-multilib. Where do I find the installation documentation ? Does the installation documentation tell another way to do it ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26510
[Bug target/26510] [4.1/4.2/4.3 Regression] --disable-shared broken for darwin platform
--- Comment #10 from dir at lanl dot gov 2006-12-26 13:57 --- This is no problem with g95. You can move files to other Macintosh computers without g95 istalled and use them. This really is quite important, the usefulness of gfortran is greatly limited without this ablity. Programs built with gfortran cannot be distributed to a general group of users. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26510
[Bug target/26510] [4.1/4.2/4.3 Regression] --disable-shared broken for darwin platform
--- Comment #8 from dir at lanl dot gov 2006-10-30 13:58 --- Fixing the errors that are shown above is trivial - so I assume that they are just the first of a cascade of errors in trying to fix the problem. Having a shared libgcc is Ok - the real problem is distributing version of programs compilied with gfortran to people that do not have gfortran installed. --disable-shared appears to be the only way to do it - I tried just loading the static libraries, but a few dependencies on the shared parts remained. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26510
[Bug fortran/29564] New: build of gfortran with --disable-shared fails
I want to build gfortran with --disable-shared so that I can give fortran programs created with gfortran to people who need to use the programs, but do not have gfortran installed. I configured with - ../gcc/configure --disable-shared --prefix=/usr/local/gfortran --enable-languages=c,fortran and used - make -j 4 After about 12 minutes the build failed trying to strip shared libraries that did not exist - . . . . done MLIBS=`/Users/dir/gfortran/ibin2/./gcc/xgcc -B/Users/dir/gfortran/ibin2/./gcc/ -B/usr/local/gfortran/powerpc-apple-darwin8.8.0/bin/ -B/usr/local/gfortran/powerpc-apple-darwin8.8.0/lib/ -isystem /usr/local/gfortran/powerpc-apple-darwin8.8.0/include -isystem /usr/local/gfortran/powerpc-apple-darwin8.8.0/sys-include --print-multi-lib \ | sed -e 's/;.*$//' -e '/^\.$/d'` ; \ for mlib in '' $MLIBS ; do \ strip -o libgcc_s.10.4.dylib_T${mlib} \ -s ../../gcc/gcc/config/rs6000/darwin-libgcc.10.4.ver -c -u \ ./${mlib}/libgcc_s.1.dylib.tmp || exit 1 ; \ done strip: can't open file: /Users/dir/gfortran/ibin2/gcc/libgcc_s.1.dylib.tmp (No such file or directory) make[3]: *** [libgcc_s.10.5.dylib] Error 1 make[3]: *** Waiting for unfinished jobs strip: can't open file: /Users/dir/gfortran/ibin2/gcc/libgcc_s.1.dylib.tmp (No such file or directory) make[3]: *** [libgcc_s.10.4.dylib] Error 1 rm fsf-funding.pod gcov.pod gfdl.pod cpp.pod gpl.pod gcc.pod make[2]: *** [all-stage1-gcc] Error 2 make[1]: *** [stage1-bubble] Error 2 make: *** [all] Error 2 [dranta:~/gfortran/ibin2] dir% -- Summary: build of gfortran with --disable-shared fails Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: Darwin 8.7.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29564
[Bug target/26510] [4.1/4.2 Regression] --disable-shared broken for darwin platform
--- Comment #6 from dir at lanl dot gov 2006-10-23 19:02 --- I tried to disable the multilib with - ../gcc/configure --disable-shared --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran but I still about the save errors - MLIBS=`/Users/dir/gfortran/ibin2/./gcc/xgcc -B/Users/dir/gfortran/ibin2/./gcc/ -B/usr/local/gfortran/powerpc-apple-darwin8.8.0/bin/ -B/usr/local/gfortran/powerpc-apple-darwin8.8.0/lib/ -isystem /usr/local/gfortran/powerpc-apple-darwin8.8.0/include -isystem /usr/local/gfortran/powerpc-apple-darwin8.8.0/sys-include --print-multi-lib \ | sed -e 's/;.*$//' -e '/^\.$/d'` ; \ for mlib in '' $MLIBS ; do \ strip -o libgcc_s.10.5.dylib_T${mlib} \ -s ../../gcc/gcc/config/rs6000/darwin-libgcc.10.5.ver -c -u \ ./${mlib}/libgcc_s.1.dylib.tmp || exit 1 ; \ done strip: can't open file: /Users/dir/gfortran/ibin2/gcc/libgcc_s.1.dylib.tmp (No such file or directory) make[3]: *** [libgcc_s.10.4.dylib] Error 1 make[3]: *** Waiting for unfinished jobs strip: can't open file: /Users/dir/gfortran/ibin2/gcc/libgcc_s.1.dylib.tmp (No such file or directory) make[3]: *** [libgcc_s.10.5.dylib] Error 1 rm fsf-funding.pod gcov.pod gfdl.pod cpp.pod gpl.pod gcc.pod make[2]: *** [all-stage1-gcc] Error 2 make[1]: *** [stage1-bubble] Error 2 make: *** [all] Error 2 [dranta:~/gfortran/ibin2] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26510
[Bug libgcj/29491] java.lang.InternalError: Pango: pango_color_parse: assertion `spec != NULL' failed
--- Comment #2 from dir at lanl dot gov 2006-10-18 14:37 --- This turned out to be a gtk bug - a rebuild of glib-2.12.4 followed by a rebuild of gtk+-2.10.6 fixed the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29491
[Bug libgcj/29491] New: java.lang.InternalError: Pango: pango_color_parse: assertion `spec != NULL' failed
I finally got java to build with gtk support, but every program that I try to run fails like this simple example from a java book (pango is finding a null pointer) - [dranta:java/CHAPCODE/Ch12] dir% gcj -bind_at_load --main=Application -o Application Application.java [dranta:java/CHAPCODE/Ch12] dir% Application (.:18349): Pango-CRITICAL **: pango_color_parse: assertion `spec != NULL' failed java.lang.InternalError: Pango: pango_color_parse: assertion `spec != NULL' failed No stacktrace available -:2: Invalid color constant '(null)' -:2: error: invalid string constant #eee1b3, expected valid string constant Gtk-ERROR **: file gtkcontainer.c: line 2000 (_gtk_container_focus_sort): should not be reached aborting... java.lang.InternalError: Gtk: file gtkcontainer.c: line 2000 (_gtk_container_focus_sort): should not be reached No stacktrace available Abort [dranta:java/CHAPCODE/Ch12] dir% cat Application.java import java.awt.Frame; import java.awt.Color; import java.awt.event.WindowEvent; import java.awt.event.WindowAdapter; public class Application { public static void main (String args[]) { Frame myWindow = new Frame (Window !); myWindow.setBackground(Color.blue); myWindow.setSize(300,300); myWindow.setVisible(true); myWindow.addWindowListener (new WindowAdapter() { public void windowClosing (WindowEvent e) { System.exit(0); } }); } } [dranta:java/CHAPCODE/Ch12] dir% gcj --v Using built-in specs. Reading specs from /usr/local/java/lib/gcc/powerpc-apple-darwin8.7.0/4.2.0/../../../libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig Target: powerpc-apple-darwin8.7.0 Configured with: ../gcc/configure --prefix=/usr/local/java --enable-languages=c,c++,java --enable-java-awt=gtk --enable-gtk-cairo --disable-multilib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib Thread model: posix gcc version 4.2.0 20061016 (experimental) -- Summary: java.lang.InternalError: Pango: pango_color_parse: assertion `spec != NULL' failed Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29491
[Bug libgcj/29492] New: java.lang.InternalError: Pango: pango_color_parse: assertion `spec != NULL' failed
I finally got java to build with gtk support, but every program that I try to run fails like this simple example from a java book (pango is finding a null pointer) - [dranta:java/CHAPCODE/Ch12] dir% gcj -bind_at_load --main=Application -o Application Application.java [dranta:java/CHAPCODE/Ch12] dir% Application (.:18349): Pango-CRITICAL **: pango_color_parse: assertion `spec != NULL' failed java.lang.InternalError: Pango: pango_color_parse: assertion `spec != NULL' failed No stacktrace available -:2: Invalid color constant '(null)' -:2: error: invalid string constant #eee1b3, expected valid string constant Gtk-ERROR **: file gtkcontainer.c: line 2000 (_gtk_container_focus_sort): should not be reached aborting... java.lang.InternalError: Gtk: file gtkcontainer.c: line 2000 (_gtk_container_focus_sort): should not be reached No stacktrace available Abort [dranta:java/CHAPCODE/Ch12] dir% cat Application.java import java.awt.Frame; import java.awt.Color; import java.awt.event.WindowEvent; import java.awt.event.WindowAdapter; public class Application { public static void main (String args[]) { Frame myWindow = new Frame (Window !); myWindow.setBackground(Color.blue); myWindow.setSize(300,300); myWindow.setVisible(true); myWindow.addWindowListener (new WindowAdapter() { public void windowClosing (WindowEvent e) { System.exit(0); } }); } } [dranta:java/CHAPCODE/Ch12] dir% gcj --v Using built-in specs. Reading specs from /usr/local/java/lib/gcc/powerpc-apple-darwin8.7.0/4.2.0/../../../libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig Target: powerpc-apple-darwin8.7.0 Configured with: ../gcc/configure --prefix=/usr/local/java --enable-languages=c,c++,java --enable-java-awt=gtk --enable-gtk-cairo --disable-multilib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib Thread model: posix gcc version 4.2.0 20061016 (experimental) -- Summary: java.lang.InternalError: Pango: pango_color_parse: assertion `spec != NULL' failed Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29492
[Bug libgcj/29460] configure: error: libXtst not found, required by java.awt.Robot
--- Comment #3 from dir at lanl dot gov 2006-10-16 12:39 --- Created an attachment (id=12442) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12442action=view) config.log file from gfortran/ibin/powerpc-apple-darwin8.7.0/libjava -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29460
[Bug libgcj/29460] configure: error: libXtst not found, required by java.awt.Robot
--- Comment #4 from dir at lanl dot gov 2006-10-16 12:42 --- Created an attachment (id=12443) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12443action=view) config.log file from /Users/dir/gfortran/ibin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29460
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #5 from dir at lanl dot gov 2006-10-16 15:53 --- powerpc-apple-darwin8.7.0 does not come with 64 bit libraries for x-windows - is there some way to turn of the 64 bit branch of the build ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #7 from dir at lanl dot gov 2006-10-16 18:53 --- I tried installing the patch (the two patch files in comment #6 were identical) into 4.2 , but it failed - [dranta:~/gfortran/gcc/libjava] dir% patch -p2 gcc-java-nomulti.patch patching file configure Hunk #1 succeeded at 4892 (offset 309 lines). patching file configure.ac Hunk #1 succeeded at 209 (offset 36 lines). patching file Makefile.in Hunk #1 succeeded at 7510 with fuzz 1 (offset 1524 lines). Hunk #2 FAILED at 8896. 1 out of 2 hunks FAILED -- saving rejects to file Makefile.in.rej -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #10 from dir at lanl dot gov 2006-10-16 19:57 --- What does --disable-multilib do ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug libgcj/25026] -libXtst not detected [--enable-java-awt=gtk]
--- Comment #16 from dir at lanl dot gov 2006-10-16 20:18 --- The patch from comment #8 partly fails on a 4.2 tree created this afternoon - [dranta:~/gfortran/gcc/libjava] dir% patch -p2 gcc42-java-nomulti.patch patching file Makefile.in Hunk #1 FAILED at 9006. 1 out of 1 hunk FAILED -- saving rejects to file Makefile.in.rej patching file configure Hunk #1 succeeded at 4892 (offset 309 lines). patching file configure.ac Hunk #1 succeeded at 209 (offset 36 lines). [dranta:~/gfortran/gcc/libjava] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
[Bug java/29460] New: configure: error: libXtst not found, required by java.awt.Robot
I am trying to build java with gtk support. I configured with - ../gcc/configure --prefix=/usr/local/java --enable-languages=c,c++,java --enable-java-awt=gtk --enable-gtk-cairo --x-includes=/usr/x11R6/include --x-libraries=/usr/x11R6/lib And I get this output - checking for pkg-config... /usr/local/bin/pkg-config checking for gtk+-2.0 = 2.4... yes checking GTK_CFLAGS... -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include checking GTK_LIBS... -L/usr/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv checking for glib-2.0 = 2.4 gthread-2.0 = 2.4... yes checking GLIB_CFLAGS... -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include checking GLIB_LIBS... -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -lintl -liconv checking for libart-2.0 = 2.1... yes checking LIBART_CFLAGS... -I/usr/local/include/libart-2.0 checking LIBART_LIBS... -L/usr/local/lib -lart_lgpl_2 checking for XTestQueryExtension in -lXtst... no configure: error: libXtst not found, required by java.awt.Robot make[1]: *** [configure-target-libjava] Error 1 make: *** [all] Error 2 [dranta:~/gfortran/ibin] dir% ls /usr/X11R6/lib/libXtst.* /usr/X11R6/lib/libXtst.6.1.dylib/usr/X11R6/lib/libXtst.a /usr/X11R6/lib/libXtst.6.dylib /usr/X11R6/lib/libXtst.dylib Since libXtst is where it is supposed to be, it not clear what the problem is. -- Summary: configure: error: libXtst not found, required by java.awt.Robot Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.7.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29460
[Bug fortran/29142] New: gfortran - incorrectly flags error on allocatable variable in TYPE declaration
The other compilers are happy with this TYPE declaration - so I guess that it is ok - [dranta:~/tests/gfortran-D] dir% g95 -c struct02.f90 [dranta:~/tests/gfortran-D] dir% f90 -c struct02.f90 [dranta:~/tests/gfortran-D] dir% xlf95 -qsuffix=f=f90 -c struct02.f90 ** plot_hdf === End of Compilation 1 === 1501-510 Compilation successful for file struct02.f90. [dranta:~/tests/gfortran-D] dir% gfortran -c struct02.f90 In file struct02.f90:5 real,dimension(:), allocatable :: data 1 Error: Attribute at (1) is not allowed in a TYPE definition In file struct02.f90:6 end type SDS2Dout 1 Error: Derived type definition at (1) has no components [dranta:~/tests/gfortran-D] dir% cat struct02.f90 module plot_hdf implicit none save type, public :: SDS2Dout real,dimension(:), allocatable :: data end type SDS2Dout end module plot_hdf [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.7.0 Configured with: ../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.2.0 20060919 (experimental) -- Summary: gfortran - incorrectly flags error on allocatable variable in TYPE declaration Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: Darwin 8.7.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29142
[Bug fortran/28411] New: gfortran: Internal error: Illegal instruction
I was trying to capture floating points exceptions on the Intel iMac - I am not sure what options to use, but the gfortran crashes on the iMac and on Linux with these options on this program - [pactech01:~/sage/sage20060707] dir% gfortran -c -O2 -mfpmath=sse -msse -msse2 -ffpe-trap=invalid,zero,overflow -ftrapping-math -ftrapv -fmath-errno module_utilities2.f90 gfortran: Internal error: Illegal instruction (program f951) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. [pactech01:~/sage/sage20060707] dir% cat module_utilities2.f90 module utilities_module implicit none integer, parameter :: INT4 = SELECTED_INT_KIND(6) integer, parameter :: INT8 = SELECTED_INT_KIND(16) integer, parameter :: REAL4 = SELECTED_REAL_KIND(6) integer, parameter :: REAL8 = SELECTED_REAL_KIND(12) save private ! == contains ! -- subroutine test_check_sums integer, parameter :: SIZE = 10 integer :: array_i4(SIZE) integer(INT8) :: array_i8(SIZE) real(REAL8) :: array_r8(SIZE) real(REAL4) :: array_r4(SIZE) integer :: n do n = 1,SIZE array_i4(n) = int(-3*n, INT4) array_i8(n) = int(-3*n, INT8) array_r4(n) = real(-3*n, REAL4) array_r8(n) = real(-3*n, REAL8) enddo ! n end subroutine test_check_sums ! -- end module utilities_module ! == [pactech01:~/sage/sage20060707] dir% gfortran --v Using built-in specs. Target: i386-apple-darwin8.6.1 Configured with: ../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.2.0 20060522 (experimental) [pactech01:~/sage/sage20060707] dir% -- Summary: gfortran: Internal error: Illegal instruction Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28411
[Bug fortran/27561] [mingw32] floating-point extreme values are wrong
--- Comment #5 from dir at lanl dot gov 2006-05-30 16:34 --- It is strange - gfortran under cygwin does not seem to have the problem. I wonder why GMP/MPFR is different under MSYS ? I also tried your test under MSYS on my system and got the same answer (+one digit) that you got under linux - $ gcc -o mpfr mpfr.c -lmpfr -lgmp [EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests $ mpfr 2.000 1.192092895507812e-7 [EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests $ gcc --v Reading specs from d:/MinGW/bin/../lib/gcc/mingw32/3.4.2/specs Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.2 (mingw-special) [EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27561
[Bug fortran/27561] [mingw32] floating-point extreme values are wrong
--- Comment #6 from dir at lanl dot gov 2006-05-30 17:01 --- I also forced it to use the gcc that came with gfortran getting the same result. I built with mpfr-2.1.2 and gmp-4.1.4 a while ago when I unsucessfully tried to build gfortran on my PC. I noticed your MSYS version is printing 16 places (on the 2) after the decimal point where mine is printing 15 and linux is doing 14. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27561
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #21 from dir at lanl dot gov 2006-05-26 17:45 --- It is rev 113395 that is causing the problem. I backed out that change and built today's version of gfortran - it now correctly runs one of the tests that has been failing - [dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical write_logical.f90 [dranta:~/tests/gfortran-D] dir% write_logical [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.6.0 Configured with: ../gcc/configure --prefix=/Users/dir/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.2.0 20060526 (experimental) [dranta:~/tests/gfortran-D] dir% cat write_logical.f90 ! PR 14334, L edit descriptor does not work ! ! this test uses L1 and L4 to print TRUE and FALSE logical true,false character*10 b true = .TRUE. false = .FALSE. b = '' write (b, '(L1)') true if (b(1:1) .ne. 'T') call abort b = '' write (b, '(L1)') false if (b(1:1) .ne. 'F') call abort b = '' write(b, '(L4)') true if (b(1:4) .ne. ' T') call abort b = '' write(b, '(L4)') false if (b(1:4) .ne. ' F') call abort end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug target/27683] [4.2 Regression] Many new GFORTRAN testsuite failures
--- Comment #23 from dir at lanl dot gov 2006-05-26 19:36 --- Here is the good and the bad - [dranta:~/tests/gfortran-D] dir% gfortran -O1 -save-temps -o write_logical2 write_logical2.f90 [dranta:~/tests/gfortran-D] dir% write_logical2 At line 9 of file write_logical2.f90 Fortran runtime error: Missing initial left parenthesis in format [dranta:~/tests/gfortran-D] dir% cat write_logical2.f90 ! PR 14334, L edit descriptor does not work ! ! this test uses L1 and L4 to print TRUE and FALSE logical true,false character*10 b true = .TRUE. false = .FALSE. b = '' write (b, '(L1)') true if (b(1:1) .ne. 'T') call abort end [dranta:~/tests/gfortran-D] dir% cat write_logical2.s .machine ppc .text .align 2 .globl _MAIN__ _MAIN__: mflr r0 stmw r28,-16(r1) stw r0,8(r1) stwu r1,-384(r1) bcl 20,31,L001$pb L001$pb: mflr r31 li r3,70 li r4,127 li r5,0 bl L__gfortran_set_std$stub li r0,1 stw r0,56(r1) addi r28,r1,60 addis r29,r31,ha16(LANCHOR0-L001$pb) la r29,lo16(LANCHOR0-L001$pb)(r29) li r3,10 mr r4,r28 li r5,0 mr r6,r29 bl L__gfortran_copy_string$stub addis r2,r31,ha16(LC1-L001$pb) la r2,lo16(LC1-L001$pb)(r2) stw r2,80(r1) li r0,9 stw r0,84(r1) stw r28,132(r1) li r0,10 stw r0,136(r1) li r0,0 stw r0,112(r1) stw r0,76(r1) stw r29,116(r1) li r0,4 stw r0,120(r1) li r0,20480 stw r0,72(r1) addi r29,r1,72 mr r3,r29 bl L__gfortran_st_write$stub mr r3,r29 addi r4,r1,56 li r5,4 bl L__gfortran_transfer_logical$stub mr r3,r29 bl L__gfortran_st_write_done$stub lbz r0,60(r1) cmpwi cr7,r0,84 beq+ cr7,L4 bl L__gfortran_abort$stub L4: addi r1,r1,384 lwz r0,8(r1) mtlr r0 lmw r28,-16(r1) blr .const .align 2 .setLANCHOR0, . + 0 LC0: .space 1 LC2: .ascii (L1) .cstring .align 2 LC1: .ascii write_logical2.f90\0 .section __TEXT,__picsymbolstub1,symbol_stubs,pure_instructions,32 .align 5 L__gfortran_transfer_logical$stub: .indirect_symbol __gfortran_transfer_logical mflr r0 bcl 20,31,L001$spb L001$spb: mflr r11 addis r11,r11,ha16(L__gfortran_transfer_logical$lazy_ptr-L001$spb) mtlr r0 lwzu r12,lo16(L__gfortran_transfer_logical$lazy_ptr-L001$spb)(r11) mtctr r12 bctr .lazy_symbol_pointer L__gfortran_transfer_logical$lazy_ptr: .indirect_symbol __gfortran_transfer_logical .long dyld_stub_binding_helper .section __TEXT,__picsymbolstub1,symbol_stubs,pure_instructions,32 .align 5 L__gfortran_st_write_done$stub: .indirect_symbol __gfortran_st_write_done mflr r0 bcl 20,31,L002$spb L002$spb: mflr r11 addis r11,r11,ha16(L__gfortran_st_write_done$lazy_ptr-L002$spb) mtlr r0 lwzu r12,lo16(L__gfortran_st_write_done$lazy_ptr-L002$spb)(r11) mtctr r12 bctr .lazy_symbol_pointer L__gfortran_st_write_done$lazy_ptr: .indirect_symbol __gfortran_st_write_done .long dyld_stub_binding_helper .section __TEXT,__picsymbolstub1,symbol_stubs,pure_instructions,32 .align 5 L__gfortran_abort$stub: .indirect_symbol __gfortran_abort mflr r0 bcl 20,31,L003$spb L003$spb: mflr r11 addis r11,r11,ha16(L__gfortran_abort$lazy_ptr-L003$spb) mtlr r0 lwzu r12,lo16(L__gfortran_abort$lazy_ptr-L003$spb)(r11) mtctr r12 bctr .lazy_symbol_pointer L__gfortran_abort$lazy_ptr: .indirect_symbol __gfortran_abort .long dyld_stub_binding_helper .section __TEXT,__picsymbolstub1,symbol_stubs,pure_instructions,32 .align 5 L__gfortran_set_std$stub: .indirect_symbol __gfortran_set_std mflr r0 bcl 20,31,L004$spb L004$spb: mflr r11 addis r11,r11,ha16(L__gfortran_set_std$lazy_ptr-L004$spb) mtlr r0 lwzu r12,lo16(L__gfortran_set_std$lazy_ptr-L004$spb)(r11) mtctr r12 bctr .lazy_symbol_pointer L__gfortran_set_std$lazy_ptr: .indirect_symbol __gfortran_set_std .long dyld_stub_binding_helper .section __TEXT,__picsymbolstub1,symbol_stubs,pure_instructions,32 .align 5 L__gfortran_copy_string$stub: .indirect_symbol __gfortran_copy_string mflr r0 bcl 20,31,L005
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #10 from dir at lanl dot gov 2006-05-25 13:36 --- I restored and rebuilt the 20060508 version that I had archived and I still get the error - [dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical write_logical.f90 [dranta:~/tests/gfortran-D] dir% write_logical At line 9 of file write_logical.f90 Fortran runtime error: Missing initial left parenthesis in format [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.6.0 Configured with: ../gcc/configure --prefix=/Users/dir/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.2.0 20060508 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #12 from dir at lanl dot gov 2006-05-25 14:35 --- I rebuild version 20060508 from the full source tree that I had saved and I find the problem - I am beginning to wonder if the update to CCTOOLS or the system is causing the problem - except for the fact that I can build the current 4.1.1 and it works fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #14 from dir at lanl dot gov 2006-05-25 14:47 --- The version from the wiki also fails - [dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical write_logical.f90 [dranta:~/tests/gfortran-D] dir% write_logical At line 9 of file write_logical.f90 Fortran runtime error: Missing initial left parenthesis in format [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin7.9.0 Configured with: ../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,fortran --with-gmp=/tmp/gfortran-20060512/gfortran_libs --enable-bootstrap Thread model: posix gcc version 4.2.0 20060512 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #15 from dir at lanl dot gov 2006-05-25 14:54 --- At last one that works (I knew that I did the testsuite on this one) - version 20060405 - [dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical write_logical.f90 [dranta:~/tests/gfortran-D] dir% write_logical [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.6.0 Configured with: ../gcc/configure --prefix=/Users/dir/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.2.0 20060405 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #16 from dir at lanl dot gov 2006-05-25 16:33 --- Works at rev 112998 just before the updates for bug 27138 on April 17 - [dranta:~/tests/gfortran-D] dir% gfortran -O1 -o write_logical write_logical.f90 [dranta:~/tests/gfortran-D] dir% write_logical [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.6.0 Configured with: ../gcc/configure --prefix=/Users/dir/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.2.0 20060417 (experimental) [dranta:~/tests/gfortran-D] dir% h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #17 from dir at lanl dot gov 2006-05-25 20:53 --- It runs after (bug fix 20257) rev 113373 and fails after (bug fix 27360) rev 113396. I think that narrows it down to one of two updates - if the problem was caused by changes to gfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #8 from dir at lanl dot gov 2006-05-24 18:27 --- Hi Jerry, I tried rev 113947 and rev 113923 that I think are just before your patches and gfortran still failed. I did a svn update -r 113923 gcc to create the old version. I hope that is the correct way to do it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683
[Bug fortran/27683] Many new GFORTRAN testsuite failures
--- Comment #5 from dir at lanl dot gov 2006-05-23 19:16 --- Has anybody else with a powerPC Macintosh tried the testsuite recently ? I down loaded and rebuild 4.1.1 and 4.2.0 today. 4.1.1 is Ok. 4.2.0 has the same errors. The test problem in comment #3 works with -g, but when complied with -O1 the address that should point to '(L1)' is pointing a null character before the '(' when it gets to the runtime print routine and so it generates the error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27683