I have a program test.f

PROGRAM test
use globalloc
IMPLICIT NONE
allocate(pop(mesh))
read(*,*)mesh
do i=1,mesh,1
read(*,*)pop(i)
end do
call peace()
end

that uses a module globalloc.f

module globalloc
double precision,allocatable,dimension(:) :: pop
integer mesh,i
end module globalloc

and uses a subroutine peace.f
subroutine peace()
use globalloc

I post this not as a bug report but more FYI (in particular the compiler developers).
I tried ifc 7.1 on Rh severn beta (which presumably will become RH10 in October). Using the following compiler options (for P4) -O2 -tpp7 -xiMKW I ran into multiple internal compiler errors and often the compilation of a source file would never finish. This of course is all code that so far compiled just fine. I found that -O2 -tpp7 still works and I was able to link with the -i_dynamic option.
It remains to be seen if this will improve until the final release.

Hi, I have a problem about the floating point precision control options of fortran linux compiler 7.0. When I compiled my code with default option -02 and other optimizations level options -01, -O3 and execute the executable; my executable gives the results in an output file that those results are floating point numbers which are correct according to my calculations. However, when I compile my code with -O0 or when I use -mp or -mp1 options with optimization levels

Hi,

Does anyone have experience with the -ipo and -prof_use optimizations? Specifially, I'm trying to get some idea of how much these options might speed up a code (although I realize this is likely to be highly code-specific). I've tried using them on a large code that I make extensive use of and find that they lead to at best a small slow-down in the code.

Andrew