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
--- 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
--- 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
mt, 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
--- 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
--- 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
--- 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
--- 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=14390&action=view)
The input file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
--- 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=14389&action=view)
The fortran source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
nu dot org
ReportedBy: dir at lanl dot gov
GCC host triplet: i386-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
--- 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 wh
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
--- 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=14240&action=view)
The fortran source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33522
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
--- 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
--- 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:31
--- 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
- 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
Report
--- 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
--- 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=14195&action=view)
The fortran source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
roduct: 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
--- 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
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
--- 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=14165&action=view)
The log file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33326
--
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
--- 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
--- 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 --w
--- 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 n
dot org
ReportedBy: dir at lanl dot gov
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33175
--- 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=14101&action=view)
testsuite output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
dot org
ReportedBy: dir at lanl dot gov
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
--- 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
--- 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&qu
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
--- 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
--- 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
--- 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=13922&action=view)
Simple java test #2
This one actually ran before ecj
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32758
--- 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=13921&action=view)
simple java test #1
This, I expected to build but crash on trying to run
--
http://gcc.gnu.org/bugzilla/show_
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
--- 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
ary: 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
--- 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
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
--- 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
--- 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
--- 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=13761&action=view)
All Used Variables intialized
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
--- 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
--- 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=13759&action=view)
Warning free version
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32393
--- 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
--- 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 pro
--- 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
--- 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
--- 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
--- 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 3
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
--- 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
--
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
--- 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
--- 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 li
ssigned 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
--- 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
rrectly 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
d 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 gc
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
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
ty: 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
--- 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
--- 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
--- 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
ED
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
--- 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
--- 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-s
--- 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
--- 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
--- 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
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
--- 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
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
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
--- 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 FAI
--- 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
--- 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 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
--- 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
--- 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=12443&action=view)
config.log file from /Users/dir/gfortran/ibin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29460
--- 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=12442&action=view)
config.log file from gfortran/ibin/powerpc-apple-darwin8.7.0/libjava
--
http://gcc.gnu.org/bugzilla/show_bug
rsion: 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
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
ary: 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
--- 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
--- 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
--- 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
--- 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 -
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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 wa
--- 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
1 - 100 of 274 matches
Mail list logo
