I've installed openMPI-1.4.1 on my laptop and I'm trying to compile some fortran code I've written using MPI. I downloaded the openMPI-1.4.1 file from the openMPI website and used the shell script they provide to install it. This is the shell script:
shell$ cd openmpi-1.4.1 shell$ ./configure --prefix=/usr/local shell$ make all install
There was an additional line extracting the tar file, but I did this by hand. The first time I ran this script there was an error on the final stage saying that a directory couldn't be created because of lack of permission. I decided to run the script again this time as a sudo.
Having run the script again everything appeared to install properly, however when I went to compile some fairly simple code I got a message saying that the compiler couldn't find MPI. I was using this command: gfortran messages.f90 -o messages I looked on the openMPI website where it recommends compiling with a compiler called mpif. However when I type mpif messages.f90 -o messages I get an error message saying mpif isn't a recognized command......
I have a program which reads some parameters in from an input file before solving a differential equation. This program compiles fine, I'm using Numerical Algorithms Group (NAG) libraries to solve the differential equation so I'm also the NAG compiler called nagfor.
The namelist I have is declared as follows:
And the input file is:
When I run the code I get the following error message:
I really can't see what's wrong with this code.
Also, I'm using Fedora 11, and running the code in tcsh if this is relevant.
i am graduate student and my X colleague gave me this Fortran 77 program to run my result files with. She is no longer reachable. I compiled the following program with gfortran, it compiled well but, when i run it, gave me end of file error. My output file (which is the input file for this program (DFILE1) ) has about 78,000 lines of velocities of atoms (Vx, Vy, Vz with 1000 steps.. an example of some of the atom's velocities in the 1st step is given at the end of this program). I will be highly obliged if any one can help me with this.I run this program on opensuse linux 11.3 version /32 bit/i586
error message:
Code: At line 124 of file v.autocorrelation.f (unit = 10, file = 'DFILE1') Fortran runtime error: End of file
Code: PROGRAM TCORR
COMMON / BLOCK1 / STORX, STORY, STORZ COMMON / BLOCK2 / VX, VY, VZ COMMON / BLOCK3 / VACF, ANORM C ******************************************************************* code....
I am interested in using fortran and an external library called matio used to save arrays to matlab .mat files. I have installed the matio and matio-dev packages from synaptics but i cannot compile a code receiving an error Code: christos@christos-laptop:~/Desktop$ gfortran -o test test.f90 -lmatio -lz test.f90:2.13: USE MATIO 1
Fatal Error: Can't open module file 'matio.mod' for reading at (1): No such file or directory How can i load a module in order to use it in fortran through the GCC compiler?
I am trying to compile a simple remote procedure call program. I am getting an error: /tmp/ccy0M5rT.o: In function 'main': rpchighlayer.c.text+0x5c): undefined reference to 'rnusers' collect2: ld returned 1 exit status
I can compile an old fortran program on my macbook using the Absoft fortran compiler and the command:f90 'W132 C SOURCECODE.flU77lV77
Unfortunately I cannot find f90 for linux. I can, however, find gfortran. However, gfortran does not recognize the flag -W132 and when I remove -W132 the compiler thinks all lines end after a certain number of characters. Does anyone know what flags call the equivalent type of compilation using gfortran? Is it possible I need to use f90? If so, is there a free version of f90 for linux?
I want to build Taucs library [URL] , to use its sparse solver in some number crunching apps, [URL] Since i plan to build these apps with the intel development suite, i better build Taucs with the same set of compilers... but AFAIK Taucs doesnt exist in <testing> or <unstable> ( I could apt-get source, and set appropriate flags for compilers it it did ) and i do not quite understand its build system ..It is not a ./configure system...it relies on external libs like blas, lapack and metis... which regardless of existing in Debian repo are built with gcc-4.5... so.. no way of using this to link with an Intel built library...
I've got an error with compiling a program: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/python2.5/config/libpython2.5.a: could not read symbols: Bad value collect2: ld a retourn 1 code dtat d'excution make[2]: *** [bindings/_yafqt.so] Erreur 1.
I'm compiling a project that uses boost libraries (1.45.0) for a MIPS target, and when trying to compile with bjam I get the following error:
Code: libboost_system-mt.a(error_code.o): In function `(anonymous namespace)::generic_error_category::message(int) const': error_code.cpp:(.text+0x55c): undefined reference to `__glibc_strerror_r' collect2: ld returned 1 exit status
I am having a problem with a simple program I wrote in Fortran (gfortran). This program basically reads a long list of numbers and makes some operations with them. Double precision is used in the variables and functions, and AFAIK everything is in order with the program. The thing is that I accidentally noticed that said program yields different results, and I am talking about integers being different, something noticeable. Apparently the offending chunk of code might be:
Code:
DOUBLE PRECISION FUNCTION tamano (x1,y1,z1) DOUBLE PRECISION x1,y1,z1 tamano=dsqrt((x1)**2+(y1)**2+(z1)**2)
[code]....
One of the involved machines has F15 x86_64 and the other one F15 i686. My first guess is that this has something to do with how Fortran handles precision (which I supposed was the same for 32 and 64 bits). To compile the program I use:
Code:
gfortran --free-form -fno-whole-file program.f90
Is there another option I should pass the compiler to make sure the same precision is used in both cases? Or what can I do here?
I am new to both linux and fortran programming. I am trying to read from an external file, but it gives this error message: Fortran runtime error: Bad integer for item 1 in list input Part of the code that has the problem is:
All the variables have been declared before and there is no problem with that. The problem (error message) is in the (first) line that deals with open(unit=3,file='..//').
I have a new problem; i want to call a subroutine's fortran which have a function in the argument and the compilation ran properly, but when i execute the program this shows me an "Segmentation fault". This is my c++ program:
I want to compile MFiX which is a simulation software. Therefore, I installed the Intel Fortran Compiler Ver. 11.x When compiling, I can only choose between Ver.9.x and 10.x.
This is a part of the error message when choosing either:
Is there a possibility to link the program to the newer compiler version?
I have a problem when I want to run executable program,I get this:
./xtramp: error while loading shared libraries: libf2c.so.2: cannot open shared object file: No such file or directory. My machine is x86_64,may be ere is problem.Anu ideas how to solve this?
I'm sometimes compiling a piece of software on my Fedora 13 machine and then transferring it to an Ubuntu box. Recently I noticed this would yield issues with Fedora's .so files:
Given I had a program's binary and an .so file the program would attempt to load, both compiled on Fedora, the program would run fine on Ubuntu 8.04 LTS but would be unable to load to open the Fedora .so with an "ELF file OS ABI invalid" error.
Now any program I natively compile on Ubuntu which I run on Fedora instead, will throw the *same* error with Fedora .so's - so basically neither a Fedora bin on Ubuntu, nor an Ubuntu bin on Fedora can load the Fedora .so files, only a Fedora bin natively on Fedora can.
That means Fedora .so files are always a problem on Ubuntu, and Ubuntu bins are always a problem on Fedora (unable to load system libs there).
This is a bit odd for e.g. binary redistributions of programs (which are rare I know) and I also found out that e.g. Tibia's linux client suffers from this issue (throws "ELF file OS ABI invalid" on my Fedora 13 when attempting to load my system's libGl).
And I started to wonder whether the only way to work-around to get something that works on all platforms is a Fedora binary shipped with .so files compiled on Ubuntu - which seems a bit stupid and ridiculously complicated just to get something that works flawlessly everywhere. Isn't there e.g. a gcc switch that will allow me to compile the .so files on Fedora in such a way that they can also be used on an Ubuntu system so just compiling everything on Fedora, yet getting it to work on Ubuntu aswell would be possible?
I was reading the following forum guide:openSUSE software installation hints So I decide to install from the souce code the following webcam application:
GTK+ UVC Viewer In order to avoid problems ( it is my first installation from souce code) I downloaded and unpacked everything in an USB key and I worked from, as the guide said, from the Linux terminal. Once I was in the right directory and I compute the command:
I am using the package Quantum espresso to get electron phonon coefficients for monolayer graphene. While applying one of the executables, I got the error: "At line 356 of file q2r.f90 (Unit 51 "a2Fq2r.51") Traceback not availabel: compile with -ftrace=frame or -ftrace=full. Fortran Runtime error: bad real number in item 1 of list input
Having problems compiling a program on a new server. It compiles just fine on Ubuntu 8.0.4 server but a new install of the latest Ubuntu Server edition it throws out a bunch of warnings on configure. I am assuming I am missing some lib's or something of the sort.
Code: checking for sys/select.h... yes checking for sys/types.h... (cached) no checking for unistd.h... (cached) no checking for memory.h... (cached) no checking crypt.h usability... no checking crypt.h presence... yes configure: WARNING: crypt.h: present but cannot be compiled configure: WARNING: crypt.h: check for missing prerequisite headers? configure: WARNING: crypt.h: see the Autoconf documentation configure: WARNING: crypt.h: section "Present But Cannot Be Compiled" configure: WARNING: crypt.h: proceeding with the preprocessor's result configure: WARNING: crypt.h: in the future, the compiler will take precedence checking for crypt.h... yes checking assert.h usability... no checking assert.h presence... yes configure: WARNING: assert.h: present but cannot be compiled configure: WARNING: assert.h: check for missing prerequisite headers? configure: WARNING: assert.h: see the Autoconf documentation configure: WARNING: assert.h: section "Present But Cannot Be Compiled" configure: WARNING: assert.h: proceeding with the preprocessor's result configure: WARNING: assert.h: in the future, the compiler will take precedence checking for assert.h... yes checking arpa/telnet.h usability... no checking arpa/telnet.h presence... yes configure: WARNING: arpa/telnet.h: present but cannot be compiled configure: WARNING: arpa/telnet.h: check for missing prerequisite headers? configure: WARNING: arpa/telnet.h: see the Autoconf documentation configure: WARNING: arpa/telnet.h: section "Present But Cannot Be Compiled" configure: WARNING: arpa/telnet.h: proceeding with the preprocessor's result configure: WARNING: arpa/telnet.h: in the future, the compiler will take precede nce checking for arpa/telnet.h... yes checking arpa/inet.h usability... no checking arpa/inet.h presence... yes configure: WARNING: arpa/inet.h: present but cannot be compiled configure: WARNING: arpa/inet.h: check for missing prerequisite headers? configure: WARNING: arpa/inet.h: see the Autoconf documentation configure: WARNING: arpa/inet.h: section "Present But Cannot Be Compiled" configure: WARNING: arpa/inet.h: proceeding with the preprocessor's result configure: WARNING: arpa/inet.h: in the future, the compiler will take precedenc
I have been using gcc to compile C programs. I want to know what exactly is the meaning of Compiling a C program. I checked cc -S prog.c will give an .S file and if you analyze the hexdump I saw some assembly instructions. So what does the compiler do which is not required in case of interpreted languages?
I wrote a program in c++ on fedora 11. When i compiled it using g++. it displays the following error:
g++ fibnocci.cpp fibnocci.cpp:2:22: error: iostream.h: No such file or directory fibnocci.cpp: In function int main(): fibnocci.cpp:8: error: cout was not declared in this scope fibnocci.cpp:8: error: endl was not declared in this scope