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

Problems installing Fortran 95

I have just installed Open Suse Linux 10.2, and want once again to
install Intel Fortran 90/95, as I have used for some years now. I
downloaded first the IA32 (smaller) version, as my machine is 32-bit,
and hit a snag during the installation. I then tried the 32/64 bit version,
hit the same snag. It tells me that

" can't identify your machine type, glibc, or kernel."

switching to ifort from nagware and shared objects

I've recently switch to Mac OSX Intel and ifort from PPC and nagware f95.

I have a bunch of fortran codes that I compile with C wrappers into shared object files to then be called from IDL (a language from RSI, now ITTVIS).

Previously under nag f95 the lines I used to compile would be, e.g.:
f95 -PIC -c call_sum_bin.c
f95 -PIC -c sum_bin.f
f95 -bundle -flat_namespace -dynamic -lm -lc
-o call_sum_bin.o sum_bin.o

CMAQ 4.6

Hi everybody,

I'm trying to install CMAQ 4.6 in my server with 2 Xeon processors 2GB RAM and SuSE Linux Enterprise Server 10 with Intel Fortran Compiler 9.1.041 and the GNU gcc compiler 4.1.0. Everything seems to be ok until I execute the bldit.jproc.pgf where I obtain the following error concerning to undefined references:

adjustable array as a formal parameter


I would like to give anarray as a formal parameter to a subroutine in the following way

subroutine sub(b)
double precision, dimension(:) :: b
write(*,*) b
end subroutine sub

program arrayDelivery
double precision, dimension(3) :: a
call sub(a)

Althoughifort compiles the code without any errors,the program does not deliver the correct results. Instead of the values for b it prints only a blank line. I think, that the delivery of the formal parameter is not correct.

fortran from ppc f77 to core duo ifort

I'm transitioning from f77 coding on a single PPC to ifort on duo processors. I can compile and run some code that is "embarassingly parallel" - a loop calling the same subroutine with different input. I am trying to understand what is being done by the compiler to share the calculation between the two processors. The call "ifort myprog.f" creates code that when run occupies 50% of both processors for 13 seconds. "ifort -parallel" creates an executable that runs for 13 seconds as well but fully occupies both processors.

Migrating from G77 to IFC


Until now I have been using the G77 compiler with the CERNlib libraries, and now I would like to test the ifort compiler performance. Is there a way to use those libraries (compiled for gcc) directly with ifc?

Directly including them with -lfoo fails in the linking phase, but it does resolve some symbols (such as the call to minuit), so it seems that they are not 100 % incompatible...

run time errors, stack size

Does anyone know, whether the treatment of allocatable arrays and pointers has changed from ifort 9.1.040 to 9.1.041?

Dealing with large (allocatable) arrays, I observe segfaults in 9.1.041 where 9.1.040 ran without any problems. The segfault appears under the following circumstances:

i) a large arrayhas beensucessfully allocated an filled with data

Segmentation fault when running mm5.exe

Hi everybody,

first of all I beg you pardon for my english.

I'm trying to install MM5 in my Dual Xeon 2.13 GhzServer with 2GB RAM and SuSE Linux Enterprise Server 10. I have Intel Fortran Compiler (non-comercial edition) 9.1.036 and GCC C++ Compiler 4.1.0. I can compile mm5.exe without problems but when I execute mm5.exe I obtain this error:

forrtl: severe (174): SIGSEGV, segmentation fault occurred




S’abonner à Intel® Fortran Compiler for Linux* and Mac OS X*