Login or Register to Ask a Question and Join Our Community

Sponsored Content
Full Discussion: f77 program on gfortran
Top Forums Programming f77 program on gfortran Post 302533141 by gsal on Wednesday 22nd of June 2011 08:23:57 PM
Old 06-22-2011
Here are a few pointers...

A common block is supposed to be that, common...so, if you only specify one of them, there is typically no need for it, in the first place.

What makes a common block unique? its name...so, if you have two common blocks in your program each with its own unique name, they are not doing anything for you.

Just because you intend to list the same variables in both common block does not make them the same common block.

Also, a common block is a way of sharing data between subroutines and functions...so, for this particular program or yours, you can choose to pass data to your subroutine through the subroutine's argument list during the call OR do not pass anything and let it access the main's programs data via the common block.

Certainly, do no put the same variable in the subroutine's argument list AND the common block.
 

10 More Discussions You Might Find Interesting

1. Red Hat

AMBER md/g95/gfortran issue

Hi, i am trying to install AMBER10 which is a molecular dynamcis package onto two linux red hat pcs. I can successfully install the tools that comes with which uses gcc to compile, however AMBER10 requires either g95 or gfortran to compile. This is where the issue lies, i have installed both... (0 Replies)
Discussion started by: olifu02
0 Replies

2. Programming

Fortran 77 and gfortran

Hi! I have a program in fortran77. This program was compiled with pgf90, but now, I need compiled it with gfortran. I show a bit of code. program hello PARAMETER(a=100) integer a write(*,*)'value ', a end program hello What's the problem? Thanks (2 Replies)
Discussion started by: kekaes
2 Replies

3. Programming

gfortran not connecting to system libraries

Hi ! I have one program made of several sub programs which I am trying to compile with gfortran on Fedora 14 in my system. The program was originally written in Fortran 77 and compilation command used to be - fort77 -O2 -f -w -o life life_com.f lifetime.f minuit.f tek_life.f utilities.f... (0 Replies)
Discussion started by: cylab123
0 Replies

4. Programming

Two issues in make file, g++, gfortran

Question 1: I have a c++ project that I am trying to re-organize. I am trying to subdivide the src directory to move some src files that seldom are changed to a more out of the way location. The project is a c++ application with a fortran function called from the c. The reorganization went... (9 Replies)
Discussion started by: LMHmedchem
9 Replies

5. Programming

Gfortran compiler options.

I am a INTEL fortran user recently migrated to linux and installed gfortran on my system. I run numerical models as part of my research. my question is on optimization of the fortran code. I used the - vectorize option to compile for reducing the run time considerably and was happy. But... (1 Reply)
Discussion started by: schamarthi1
1 Replies

6. Programming

Compilation problem with gfortran

Hello everyone, I'm trying since a few days to compile a f90 program with gfortran (on Ubuntu) with a makefile. The fortran program calls 2 routines written in C. Here is my makefile: FC = gfortran SFC = gfortran FFLAGS = -ffree-form -O... (21 Replies)
Discussion started by: leroygr
21 Replies

7. Programming

gfortran 4.7, no support for qfloat?

I have code that works fine in ifort. But when trying to run on gfortran 4.7.1 (which does support quads and has no problem with real * 16) I can't cast an integer variable to a quad precision float (real*16) using something like: factq(i) = factq(i-1) * qfloat(i) Finding a list of the new... (2 Replies)
Discussion started by: vibrantcascade
2 Replies

8. Programming

Arrays of strings in GFORTRAN errors

Hello I am using gfortran and I intended to do thiis: Module variables character(len=:), dimension(:), allocatable, array end module variables Sub test use variables integer (max_len) max_len=len_trim("something here") if(.not.allocated(array))... (1 Reply)
Discussion started by: pepe
1 Replies

9. UNIX for Dummies Questions & Answers

Using gFORTRAN to compile something built for g77

Hi, I am having a problem compiling a program with gfortran. The program compiles with g77 and f77 but I don't have those. I edited the makefile from FC = g77 to FC = gfortran but when I run it I get a slew of undefined reference errors. Any suggestions? (8 Replies)
Discussion started by: butson
8 Replies

10. Shell Programming and Scripting

GFORTRAN error in makefile installation

Hi all, I'm a new Linux and gfortran user so facing this problem I could not figure out how to proceed. Trying to install a program with a makefile, at some point the installation stops showing the following error: g++ -std=c++0x -O3 -o CAMILObash.exe ./objects/Class_SurfTri_CheckTools.o... (2 Replies)
Discussion started by: Jefferson_dhv
2 Replies

LEARN ABOUT DEBIAN

update-default-ispell

UPDATE-DEFAULT-ISPELL(8)												  UPDATE-DEFAULT-ISPELL(8)

NAME

       update-default-ispell - update default ispell dictionary

SYNOPSIS

	update-default-ispell [--dico-postinst] [--triggered]

DESCRIPTION

       WARNING: Not to be used from the command line unless you know very well what you are doing.

       This program is intended to be called from ispell dictionary package postinst, from select-default-ispell or from dictionaries-common
       postinst (with --dico-postinst).

       When called under dpkg control without the --dico-postinst option, a dictionaries-common trigger is enabled to be run later.  In the
       triggered run (or when is called from the command line or with --trigger option), reads the system default from the debconf database and
       set default links in /etc/dictionaries-common pointing to the appropriate files in /usr/lib/ispell/.  Also updates the system-wide setting
       /etc/dictionaries-common/ispell-default.  and rebuilds the /var/cache/dictionaries-common/ispell.db and the emacsen, jed, and SquirrelMail
       support (to be put in /var/cache/dictionaries-common/) from the files in /var/lib/dictionaries-common/ispell

       When called from from dictionaries-common postinst with --dico-postinst symlinks creation step will be skipped and trigger not enabled.

OPTIONS

       --dico-postinst	Do not enable trigger nor try to set default symlinks.	--triggered	 Run all the code instead of trying to enable
			update-default-ispell trigger

SEE ALSO

       The dictionaries-common policy document

AUTHORS

       Rafael Laboissiere Agustin Martin Domingo

1.12.11 							     2013-1-22						  UPDATE-DEFAULT-ISPELL(8)
All times are GMT -4. The time now is 06:24 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy