: 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
-
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
--- 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
--- 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
--- 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
ReportedBy: dir at lanl dot gov
GCC host triplet: i386-pc-mingw32
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=14389action=view)
The fortran source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
--- 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
--- 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
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 #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
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 #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
--- 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
--- 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
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-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
--- 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
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
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-11 14:15 ---
A top shows cc1 running and eating time, but never finishing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33390
--
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 #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
--- 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 #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
dot org
ReportedBy: dir at lanl dot gov
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33175
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 #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
--- 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
--- 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, ecj1
sits using nearly
: 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 #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
--- 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
--- 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
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
- 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
: dir at lanl dot gov
GCC host triplet: Darwin 8.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32612
--- 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
--- 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 #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
--- 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
--- 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
--- 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 #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
--- 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 #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
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
--- 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
--- 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 #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
--- 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
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
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 #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
--- 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
--- 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
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
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
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
?
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
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
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 #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
--- 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 #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
--- 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-shared
--- 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
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 #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
--- 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
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
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
--- 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
--- 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
--- 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 #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
--- 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 #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
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
: 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
--- 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 #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 #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
--- 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 #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
--- 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
--- 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 #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 #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 #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 #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
--- 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 273 matches
Mail list logo