not able to compile fftw3 with ifc 7.1

From: Kamaraju Kusumanchi (kk288_at_cornell.edu)
Date: 08/13/04 

Date: Thu, 12 Aug 2004 20:01:09 -0400

In the fftw3 (downloaded from www.fftw.org) source directory, when I do

$ ./configure
--prefix=/data/raju/kusumanchi_rajulocal/software/compiledLibs/
--program-suffix=_corrsin_gcc F77=ifc

.....
checking whether the stack is correctly aligned by gcc... yes
checking whether we are using the GNU Fortran 77 compiler... no
checking whether ifc accepts -g... yes
checking how to get verbose linking output from ifc... -v
checking for Fortran 77 libraries... -lm"
-L/opt/intel/compiler70/ia32/lib -lm -L/usr/lib -lintrins -lIEPCF90
-lF90 -limf -lirc -lcxa -lunwind
checking for dummy main to link with Fortran 77 libraries... unknown
configure: WARNING: *** Couldn't figure out how to link C and Fortran;
switching to --disable-fortran.
configure: creating ./config.status
config.status: creating Makefile
.....

The ifc compiler is working fine in the sense that I can compile a
fortran program with it.

$ifc -V
Intel(R) Fortran Compiler for 32-bit applications, Version 7.1 Build
20040309Z
Copyright (C) 1985-2004 Intel Corporation. All rights reserved.
FOR NON-COMMERCIAL USE ONLY

GNU ld version 2.14.90.0.6 20030820
   Supported emulations:
    elf_i386
    i386linux
/usr/lib/crt1.o(.text+0x18): In function `_start':
: undefined reference to `main'

$uname -a
Linux corrsin.mae.cornell.edu 2.4.25 #1 SMP Sat Mar 13 15:49:27 EST 2004
i686 athlon i386 GNU/Linux

$cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 8
model name : AMD Athlon(tm) Processor
stepping : 1
cpu MHz : 1666.746
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow
bogomips : 3329.22

$gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--host=i386-redhat-linux
Thread model: posix
gcc version 3.3.2 20031022 (Red Hat Linux 3.3.2-1)

I am using Redhat Fedora core 1. Any ideas of getting it work?

thanks in advance
raju

Relevant Pages

  • Re: Microsoft style:
    ... countries separated by a common language") are surprisingly nontrivial. ... I was once given a Mark Williams C compiler and told to translate a program we were ... Your FORTRAN hand include-files? ...
    (microsoft.public.vc.mfc)
  • Re: ifc 7.1 & FFTW Version 3
    ... IntelFortran Compiler for 32-bit applications, ... Or is the woody gcc too old? ... checking whether ifc accepts -g... ...
    (comp.lang.fortran)
  • Re: Then and now
    ... Today a $2 calculator will run for a couple years on a battery, ... programmed in ForTran using the WatFor ... It was fortran 4 (language) with the waterloo compiler 4 in Fortran ...
    (alt.home.repair)
  • Re: Possible implicit declaration of double precision in old compilers
    ... I have some very old engineering software, written in Fortran in the early 1970s and updated only superficially since then. ... If I understand the compiler warnings correctly, DUMY1 is initialised as a single-precision real; a double-precision expression is then evaluated; the double-precision value is then narrowed to single precision and is stored in DUMY1. ... or CDC6600 - that would have had the ability to pick up on the presence of the DBLE statement and implicitly declare the DUMY1 as double precision? ...
    (comp.lang.fortran)
  • Re: A question on Newtons Method
    ... >> I can't believe you'd advise a noob to use a compiler which is still ... > production codes and codes from textbooks. ... > The Fortran standard generally does not specify the required behavior ... >> another important class of hassle which most numerical programmers ...
    (sci.math.num-analysis)