Intel® Fortran Compiler for Linux* and Mac OS X*

problems with compiling a mixed Fortran/C program

Hello,

I was trying to compile a mixed Fortran/C++ program on a Linux cluster using Intel Fortran and C++ compiler. Basically it's Fortran call C++. I got the following warnings and errors:

ld: warning: i386:x86-64 architecture of input file `/usr/lib/crt1.o' is incompatible with i386 output
ld: warning: i386:x86-64 architecture of input file `/usr/lib/crti.o' is incompatible with i386 output
ld: warning: i386:x86-64 architecture of input file `/usr/lib/crtn.o' is incompatible with i386 output

and

Inter Fortan compiler error for Gaussian03 D

I am trying to compile the Gaussian03 D on 64bit Xeon processor.I have compiled successfully without the option of "-parallel". However when I add this option for generate multi-threaded code, error ocured for l607.F compiling. the detail as follow:

fortcom: Severe: **Internal compiler error: internal abort** Please report this error along with the circumstances in which it occurred in a Software Problem Report. Note: File and line given may not be explicit cause of this error.
in file naoanl.f, line 322, column 22

problem from HP unix Fortran to Intel fortran compiler

just now I have problem when transfer the code from HP unix Fortran compiler platform to intel x86 when I use intel fortran compiler. such as :

---------------------
program main
integer i, i
print*,'hello'
end
--------------------
Intel compiler report errors because of the mutiple-declaration of i.
but HP compiler couldn't, since it's really a good feature for Intel compiler.
but I am wondering that is there any option to disable such a report and omit such error?
Thanks in advance

JUN

What causes "No such EnumMachine" error?

I compile demo code, then try using the debugger: ifort -g int_sin.f90;(idb) load a.out
Reading symbolic information from /home/(userid)/src/Source/PBplus/a.out...Assertion failed: !"No such EnumMachine"src/appl/hw/machine.C331
This is an unexpected condition and may indicate the presence of a defect.
If you wish to report this, please include the stack trace that follows.
Could not start process for a.out
No image loaded ... Recovering ...

(.gnu.linkonce.d.DW.ref.__gxx_personality_v0+0x0): undefined reference to `__gxx_personality_v0'

Hi everybody!
I am trying to compile a f90 program with
/opt/intel/fce/9.1.045 (ifort) compiler on a x86-64 system (fedora core
6) and I must use the tecio64.a library, but I find the following error:

tecio64.a(tecxxx.o):(.gnu.linkonce.d.DW.ref.__gxx_personality_v0+0x0): undefined reference to `__gxx_personality_v0'

I guess some link is missing but I don't know which one. Could somebody help me, please?
Thank you very much in advance!!

Rosa

File name and locations conventions

Here are some ideas on standardizing Fortran binary module and library files. I would like to get some good conventions defined to allow for better packaged Fortran development libraries. There seems to be no good convention for where to put module data files for Fortran development packages. Compilers generally check both include and library search paths for the .mod files. When it comes to installed packages, /usr/lib and /usr/include are both incorrect.

F2003 Features in 10.x

I have been testing the F2003 features in the 10.x beta series. I generated a complete interface to the HDF5 library C API. Support for the C_PTR type makes it possible to pass a generic data reference without a specific routine for every possible type/rank/kind combination. Type-specific functions are nice to catch bugs, but a generic reference makes it possible to store derived-type structures in the HDF5 data, as has been possible with C structures.

Intel® Fortran Compiler for Linux* and Mac OS X* abonnieren