--- Comment #11 from elizabeth dot l dot yip at boeing dot com 2007-05-21
20:10 ---
Ignore Comment #10. I resubmitted my test case as a new bug (31994) last
Friday. The bug is fixed this morning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31197
ritical
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: elizabeth dot l dot yip at boeing dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31994
--- Comment #10 from elizabeth dot l dot yip at boeing dot com 2007-05-15
07:48 ---
The following code exposes the problem relating to conjg(transpose(.)), with
which gfortran returns the wrong answer. If we break conjg(transpose(.)) into
two lines, then we can get the right answer
--- Comment #17 from elizabeth dot l dot yip at boeing dot com 2006-12-07
01:37 ---
Paul,
I located the following binary and loaded it on my dell 670 (SUSE 9.3):
gfortran -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --prefix=/var/tmp
--- Comment #15 from elizabeth dot l dot yip at boeing dot com 2006-12-01
20:24 ---
One of my colleaques said my test code in Bug 30025 works on his MAC OS X
system at home. He has an older version of gfortran. Here is what he wrote:
It worked using gfortran on my OS X system
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: elizabeth dot l dot yip at boeing dot com
GCC build triplet: ../gcc/configure --prefix=/var/tmp/gfortran-
ponent: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: elizabeth dot l dot yip at boeing dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24865
