[Users] Fwd: Fwd: Linking Error with Fortran routines

Sun Nov 29 17:00:16 CST 2009

make gf-realclean
make gf SILENT=no > lots_of_output

maybe throw in a

make gf-configinfo

too.

-David

On Sun, Nov 29, 2009 at 11:02 AM, Fahad Nasir <fahadpro at gmail.com> wrote:
>
>
> Begin forwarded message:
>
> From: Fahad Nasir <fahadpro at gmail.com>
> Date: November 29, 2009 5:02:19 PM GMT+01:00
> To: Erik Schnetter <schnetter at cct.lsu.edu>
> Subject: Re: [Users] Fwd: Linking Error with Fortran routines
>
> Still encountering problems when try to compile AEIThrons/BSSN_MoL even with
> gfortran and gcc.
>
> Creating cactus_gf in /Users/fahadnasir/cactus/exe from
> CactusEinstein/ADMBase CactusEinstein/ADMCoupling CactusEinstein/ADMMacros
> AEIThorns/BSSN_MoL CactusBase/Boundary CactusBase/CartGrid3D
> CactusBase/CoordBase CactusEinstein/CoordGauge CactusBase/IOUtil
> CactusBase/MoL CactusPUGH/PUGH CactusEinstein/SpaceMask
> CactusEinstein/StaticConformal CactusBase/SymBase CactusBase/Time
> CactusUtils/TimerReport
> ld: warning: alignment lost in merging tentative definition _spacemaskrest_
> ld: warning: alignment lost in merging tentative definition _admmacrosrest_
> Undefined symbols:
>  "__gfortran_runtime_error_at", referenced from:
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_lapsesource_ in libthorn_BSSN_MoL.a(LapseSource.F.o)
>      _adm_bssn_lapsesource_ in libthorn_BSSN_MoL.a(LapseSource.F.o)
>  "__gfortran_transfer_character", referenced from:
>      _adm_bssn_setup_ in libthorn_BSSN_MoL.a(PreLoop.F.o)
>  "__gfortran_st_write", referenced from:
>      _adm_bssn_setup_ in libthorn_BSSN_MoL.a(PreLoop.F.o)
>  "__gfortran_st_write_done", referenced from:
>      _adm_bssn_setup_ in libthorn_BSSN_MoL.a(PreLoop.F.o)
>  "__gfortran_runtime_error", referenced from:
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_lapsesource_ in libthorn_BSSN_MoL.a(LapseSource.F.o)
>  "__gfortran_transfer_real", referenced from:
>      _adm_bssn_setup_ in libthorn_BSSN_MoL.a(PreLoop.F.o)
>  "__gfortran_os_error", referenced from:
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_sources_ in libthorn_BSSN_MoL.a(Sources.F.o)
>      _adm_bssn_lapsesource_ in libthorn_BSSN_MoL.a(LapseSource.F.o)
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make[1]: *** [/Users/fahadnasir/cactus/exe/cactus_gf] Error 1
> make: *** [gf] Error 2
>
>
>
> On Nov 28, 2009, at 9:45 PM, Erik Schnetter wrote:
>
> On Nov 28, 2009, at 14:10 , Fahad Nasir wrote:
>
> Hi,
>
> I am using mac osx 1.6.1..snowleopard with xcode 3.2....I have trouble with
> Fortran routines. All went okay if i use only routines with c++ or c code..I
> am using Absoft fortran compiler..here is the screen ouput..
>
> Preprocessing
> /Users/fahadnasir/cactus/configs/local/bindings/build/WaveToyF77/cctk_ThornBindings.c
>
> Compiling
> /Users/fahadnasir/cactus/configs/local/bindings/build/WaveToyF77/cctk_ThornBindings.c
>
> Postprocessing
> /Users/fahadnasir/cactus/configs/local/bindings/build/WaveToyF77/cctk_ThornBindings.c
>
> ________________________________________________________________________
>
> Creating /Users/fahadnasir/cactus/configs/local/lib/libthorn_WaveToyF77.a
>
> ranlib: archive member:
> /Users/fahadnasir/cactus/configs/local/lib/libthorn_WaveToyF77.a(cctk_ThornBindings.c.o)
> cputype (16777223) does not match previous archive members cputype (7) (all
> members must match)
>
> ranlib: archive library:
> /Users/fahadnasir/cactus/configs/local/lib/libthorn_WaveToyF77.a will be fat
> and ar(1) will not be able to operate on it
>
> ar: internal ranlib command failed
>
> make[2]: ***
> [/Users/fahadnasir/cactus/configs/local/lib/libthorn_WaveToyF77.a] Error 1
>
> make[1]: ***
> [/Users/fahadnasir/cactus/configs/local/lib/libthorn_WaveToyF77.a] Error 2
>
> make: *** [local] Error 2
>
> Farid
>
> When you combine compilers from different vendors (gcc and Absoft), then you
> need to make sure that they are binary compatible.  By default, Xcode 3.2
> will produce 64 bit executable, and I don't know what Absoft produces.  I
> strongly suggest to use a single compiler vendor.  I don't know how old the
> Xcode version of gcc is; if it is too old, it will not have a Fortran
> compiler included.  In this case, you can install a recent version of gcc
> (including g++ and gfortran) yourself.
>
> I use MacPorts for this, and I use gcc 4.4.  This works without problems.
>  Since you will then have multiple compilers installed, you will need to
> tell Cactus which one to use.  The best way to do that is an options file
> which sets the CC, CXX, F77, and F90 variables; I hope that the users' guide
> has a good example for this.
>
> -erik
>
> --
>
> Erik Schnetter <schnetter at cct.lsu.edu>   http://www.cct.lsu.edu/~eschnett/
>
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at cactuscode.org
> http://www.cactuscode.org/mailman/listinfo/users
>
>