--- Comment #3 from michael dot a dot richmond at nasa dot gov 2007-06-15
16:29 ---
(In reply to comment #1)
> Is mips a big endian cpu? I can't reproduce this on
> i386 or x86_64 hardware.
mips can be implemented as either big endian or little endian. I have an SGI
box,
--- Comment #2 from michael dot a dot richmond at nasa dot gov 2007-06-15
16:20 ---
(In reply to comment #1)
> Is mips a big endian cpu? I can't reproduce this on
> i386 or x86_64 hardware.
mips is big endian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32357
ssigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32357
--- Comment #8 from michael dot a dot richmond at nasa dot gov 2007-06-12
14:33 ---
(In reply to comment #7)
> mips-linux-gnu, as the Debian package does. Why?
When I run the configure script on an SGI Indy under Debian 4.0, it sets the
system type to mips64-unknown-linux-gnu,
--- Comment #6 from michael dot a dot richmond at nasa dot gov 2007-06-12
14:04 ---
When you build gcc and gfortran on your mips box, do you specify your system
type as "mips-unknown-linux-gnu" or as "mips64-unknown-linux-gnu"?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32289
--- Comment #2 from michael dot a dot richmond at nasa dot gov 2007-06-11
18:39 ---
I run Debian Linux 4.0 on my SGI box. When I type "apt-get source gcc-4.1", it
downloads a version of gcc 4.1.2 that appears to be extensively hacked up. This
version produced the refere
uces internal compiler
error
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot ric
: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32157
--- Comment #1 from michael dot a dot richmond at nasa dot gov 2007-05-17
13:41 ---
The constructor is not necessary to produce the error. It is due entirely to
the TRANSFER function.
--
michael dot a dot richmond at nasa dot gov changed:
What|Removed
: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31972
3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31609
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31607
oduct: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_
t_ascertain
--
Summary: Is this continuation line legal?
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
Report
licts with
DIMENSION attribute
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot
: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31474
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla
unlabeled END FORALL
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31470
FORMAT statement are empty
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa
--- Comment #1 from michael dot a dot richmond at nasa dot gov 2007-04-03
18:45 ---
The following functions should produce a similar warning message:
function test97() result(ps)
character :: ps
end function test97
CHARACTER(*) FUNCTION test105()
i = LEN(test105)
END FUNCTION test105
l
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31465
--- Comment #7 from michael dot a dot richmond at nasa dot gov 2007-04-03
18:08 ---
(In reply to comment #6)
> Could you try the following code in ia64 and i686?
It works under i686. I do not have an ia64 machine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31427
ichael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31463
"GNU MP: Cannot reallocate memory"
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot r
"GNU MP: Cannot reallocate memory"
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot r
nedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31395
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31366
--- Comment #10 from michael dot a dot richmond at nasa dot gov 2007-03-22
13:53 ---
Several commenters believe the problem is with nohup rather than gfortran. I
can produce the bug without using nohup. I redirect the input to a file:
gfortran test_getlog.f90
./a.out http
--- Comment #2 from michael dot a dot richmond at nasa dot gov 2007-03-21
16:59 ---
Subject: Re: getlog returns blanks when not run
from the command prompt
I am running SuSE Linux 10.2
At 12:49 PM 3/21/2007, you wrote:
>--- Comment #1 from pinskia at gcc dot gnu dot
dot a dot richmond at nasa dot gov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31299
--- Comment #3 from michael dot a dot richmond at nasa dot gov 2007-03-21
16:15 ---
The following program causes an infinite loop in gfortran, but not in other
fortrans.
PROGRAM do_index_in_call
DO i = 1, 1
CALL SUB(i)
ENDDO
END PROGRAM do_index_in_call
SUBROUTINE sub(i)
i = 2
END
101 - 133 of 133 matches
Mail list logo