g77

g77

[Ian C Sharp]

Hello, I am using a linux machine and am new to learning this OS.  I
have used gcc in the passed, and was under the assumption that the
version of Fedora that I partitioned came with g77 gnu, on it standard.
 Typing 'g77' in the terminal however yields no results.  I am under the
new assumption that I must download a new gnu g77 compiler for my linux
OS.  Any help in locating the software and instructions on installing it
would be much appreciated.  Thank you.
-Ian

RE: g77

[bud davis]

>
>
>Hello, I am using a linux machine and am new to learning this OS.  I
>have used gcc in the passed, and was under the assumption that the
>version of Fedora that I partitioned came with g77 gnu, on it standard.
> Typing 'g77' in the terminal however yields no results.  I am under the
>new assumption that I must download a new gnu g77 compiler for my linux
>OS.  Any help in locating the software and instructions on installing it
>would be much appreciated.  Thank you.
>-Ian
>

g77 has been retired and replaced with gfortran. if gfortran does not 
work for
your code, you can install g77 from any of the gcc-3.X releases.   These 
can be
obtained in rpm format from the fedora download sites, or you can build 
g77 from
source avaliable from gcc.gnu.org.

to run gfortran, just enter "gfortran" just the same way you did "g77".  
There are
differences in options and such, but there is a goof chance it will just 
work.

if this doesn't make sense, send me the version of Fedora you are 
running, and the
architecture, and i will e-mail you a link to an rpm that will work.

enjoy programming with the "one true programming language" !!


regards,
bud davis

RE: g77

[bud davis]

can you please post a small code snippet defining the problem ?
i think i know what you mean when you say "recursive looping", but I 
would hate to answer the wrong question !



regards,
bud davis

g77

[Carolyn Fitch]

Hi,

I need to port fortran code that compiles with f77 on a SGI machine to a g77
compiler.  I am unable to do so as there is a recursive loop involved.

Any suggestions available to invoke recursive looping using the g77
compiler?

Thank you,

Carolyn Fitch

Johns Hopkins University
Baltimore MD, 21218

Re: g77

[Lars Segerlund]

 You have numeric instabilities, you should consider taking a good look at your numerical methods.

 However, .r8 and so on to the irix compiler tells it to use 64 bit ieee for real's which is defined as 32 bit relad in the fortran standard, so your program is not standard conforming.

 To do this the right way you have to change real's to double presition and integer to integer*8 , ( real*8 might work ).

 The short answer is that your program is not standard conforming, and the long answer is that you have to redeclare your variables ( perhaps there is a flag for this to the g77 compiler but I think that there is none, this is a guess ).

 However I would like to recommend a good look at your numerics, as nan's indicate numerical instabilites.

 / regards, Lars Segerlund.

On 05 Sep 2003 12:07:37 -0400
Dylan Powell <dpowel3@umbc.edu> wrote:

> I am trying to run a fortran 77 program on my pentium 4 processor
> running redhat 9.0 using g77. The data my program returns is bunk ("nan"
> everywhere. I believe it has to do with the g77 compiler and my
> inability to set the real and integer data types to 8 Bytes. The program
> runs fine on my old IRIX fortran compiler with the command:
> f77 -i8 -r8 -o a.out blah.f
> Is there any way to set the data types in g77 to store 8 Bytes? Anything
> similiar to the above?
> 
> Im sorry if youve revieved this email several times, Im having trouble
> with my server.
> 
> Thanks,
> Dylan Powell
> UMBC/JCET
> 

Re: g77

[Bud Davis]

g77 does not have a compiler option similar to -i8 -r8.

INTEGER*8 and DOUBLE PRECISION are implemented, however.

Here are some compiler options that may have some bearing on your problem:

(copied from info g77)

`-fno-automatic'
     Treat each program unit as if the `SAVE' statement was specified
     for every local variable and array referenced in it.  Does not
     affect common blocks.  (Some Fortran compilers provide this option
     under the name `-static'.)

`-finit-local-zero'
     Specify that variables and arrays that are local to a program unit
     (not in a common block and not passed as an argument) are to be
     initialized to binary zeros.

     Since there is a run-time penalty for initialization of variables
     that are not given the `SAVE' attribute, it might be a good idea
     to also use `-fno-automatic' with `-finit-local-zero'.



Lot's of time the "nan" problem is caused by un-initialized variables, 
and the two options above are done by default in some fortran compilers.


regards,
bud davis

g77

[Dylan Powell]

I am trying to run a fortran 77 program on my pentium 4 processor
running redhat 9.0 using g77. The data my program returns is bunk ("nan"
everywhere. I believe it has to do with the g77 compiler and my
inability to set the real and integer data types to 8 Bytes. The program
runs fine on my old IRIX fortran compiler with the command:
f77 -i8 -r8 -o a.out blah.f
Is there any way to set the data types in g77 to store 8 Bytes? Anything
similiar to the above?

Im sorry if youve revieved this email several times, Im having trouble
with my server.

Thanks,
Dylan Powell
UMBC/JCET

g77

[Dylan Powell]

I am trying to run a fortran 77 program on my pentium 4 processor which 
runs redhat9.0. The program is returning bunk values ("nan" everywhere). 
It works fine on my old IRIX machine using a different compiler. I 
believe the reason Im having trouble is because I cannot find a way to 
set the real and integer data type to store in 8 Bytes. On the Irix 
machine the command looked like:
f77 -i8 -r8 -o a.out blah.f
Is there anything similiar for g77?

Thanks,
Dylan Powell
UMBC/JCET

g77

[Dylan Powell]

I am running a fortran 77 program on my pentium 4 which is running 
redhat9.0.  My program returns bunk (nan everywhere). I believe it is 
because I have not figured out a way to set the real and integer data 
type to 8 Bytes. On my old irix machine running f77 I would put:
f77 -i8 -r8
Is there anything similiar to this for g77?

Thanks,
Dylan Powell
UMBC Physics Department

g77

[lartey]

I have installed egcs1.1.2 on my redhat 7.2 linux machine but it appears 
g77 failed to install correctly. I configured with
> ./configure --prefix=/usr --host=i686-pc-linux-gnu

This is what I get when I do the ff

[root@hepr0 usr]# gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)

[root@hepr0 usr]# gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)

[root@hepr0 usr]# g77 -v
g77 version egcs-2.91.66 19990314 (egcs-1.1.2 release) (from FSF-g77 
version 0.5.24-19981002)
Driving: g77 -v -c -xf77-version /dev/null -xnone
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
 /usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.66/cpp -lang-c -v -undef 
-D__GNUC__=2 -D__GNUC_MINOR__=91 -D__ELF__ -D__unix__ -D__i386__ 
-D__i386__ -D__linux__ -D__unix -D__i386 -D__linux -Asystem(posix) 
-D_LANGUAGE_FORTRAN -traditional -Asystem(unix) -Acpu(i386) 
-Amachine(i386) -Di386 -D__i386 -D__i386__ -Di686 -Dpentiumpro -D__i686 
-D__i686__ -D__pentiumpro -D__pentiumpro__ /dev/null /dev/null
GNU CPP version egcs-2.91.66 19990314 (egcs-1.1.2 release) (i386 
Linux/ELF)
#include "..." search starts here:
#include <...> search starts here:
 /usr/i686-pc-linux-gnu/include
 /usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.66/include
 /usr/include
End of search list.
 /usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.66/f771 -fnull-version 
-quiet -dum
pbase g77-version.f -version -fversion -o /tmp/ccio2k2g.s /dev/null
GNU F77 version egcs-2.91.66 19990314 (egcs-1.1.2 release) 
(i686-pc-linux-gnu) c
ompiby GNU C version egcs-2.91.66 19990314 (egcs-1.1.2 release).
GNU Fortran Front End version 0.5.24-19981002
 as -V -Qy -o /tmp/cc2XTm4o.o /tmp/ccio2k2g.s
GNU assembler version 2.9.5 (i386-redhat-linux) using BFD version 
2.9.5.0.22
 ld -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o /tmp/ccc7o9sy 
/tmp/cc2XTm4
o.o /usr/lib/crt1.o /usr/lib/crti.o 
/usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91
.66/crtbegin.o -L/usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.66 
-L/usr/i686-pc-
linux-gnu/lib -lg2c -lm -lgcc -lc -lgcc 
/usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-
2.91.66/crtend.o /usr/lib/crtn.o
/usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.66/libg2c.a(open.o): In 
function `f
_open':
/egcs/egcs-1.1.2/i686-pc-linux-gnu/libf2c/libI77/open.c:212: the use of 
`tempnam
' is dangerous, better use `mkstemp'
/usr/lib/gcc-lib/i686-pc-linux-gnu/egcs-2.91.66/libg2c.a(main.o): In 
function `m
ain':
/egcs/egcs-1.1.2/i686-pc-linux-gnu/libf2c/libF77/main.c:59: undefined 
reference 
to `atexit'


I get the same problem with gcc-2.95.2

Any ideas?

Thanks
ED