From aslan362000 at yahoo.com  Sun Nov 22 07:48:17 2009
From: aslan362000 at yahoo.com (ahmed ali)
Date: Sun, 22 Nov 2009 05:48:17 -0800 (PST)
Subject: [Users] Error when running cactus
Message-ID: <906693.45473.qm@web63504.mail.re1.yahoo.com>

Hi,
?
I am trying to run the cactusADM benchmark included with the SPEC CPU2006 suite. I am running it on Solaris 8, and I am receiving this error:
?
Driver provided by PUGH
--------------------------------------------------------------------------------
INFO (IOBasic): I/O Method 'Scalar' registered
INFO (IOBasic): Scalar: Output of scalar quantities (grid scalars, reductions) t
o ASCII files
INFO (IOBasic): I/O Method 'Info' registered
INFO (IOBasic): Info: Output of scalar quantities (grid scalars, reductions) to 
screen
WARNING level 0 in thorn PUGH processor 0
? (line 838 of PUGH/Storage.c): 
? -> PUGH_EnableGArrayDataStorage: Cannot allocate data for 'kxz' [45]
?
The program stops running after this error. Can you please let me know what the cause of this error is and if there is an option to disable array data storage so that maybe this error will go away then. Please help.
?
Thanks,
Ahmed


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.cactuscode.org/pipermail/users/attachments/20091122/0891ac96/attachment.html 

From bentivegna at cct.lsu.edu  Sun Nov 22 10:15:09 2009
From: bentivegna at cct.lsu.edu (Eloisa Bentivegna)
Date: Sun, 22 Nov 2009 10:15:09 -0600
Subject: [Users] Error when running cactus
In-Reply-To: <906693.45473.qm@web63504.mail.re1.yahoo.com>
References: <906693.45473.qm@web63504.mail.re1.yahoo.com>
Message-ID: <4B09638D.4010101@cct.lsu.edu>

ahmed ali ha scritto:
> Hi,
>  
> I am trying to run the cactusADM benchmark included with the SPEC 
> CPU2006 suite. I am running it on Solaris 8, and I am receiving this error:
>  
> Driver provided by PUGH
> --------------------------------------------------------------------------------
> INFO (IOBasic): I/O Method 'Scalar' registered
> INFO (IOBasic): Scalar: Output of scalar quantities (grid scalars, 
> reductions) t
> o ASCII files
> INFO (IOBasic): I/O Method 'Info' registered
> INFO (IOBasic): Info: Output of scalar quantities (grid scalars, 
> reductions) to
> screen
> *WARNING level 0 in thorn PUGH processor 0
>   (line 838 of PUGH/Storage.c):
>   -> PUGH_EnableGArrayDataStorage: Cannot allocate data for 'kxz' [45]*
> ** 
> The program stops running after this error. Can you please let me know 
> what the cause of this error is and if there is an option to disable 
> array data storage so that maybe this error will go away then. Please help.

Ahmed,

as a first check, you may want to ensure that you're not running out of 
memory during the array allocation. How much memory does your system 
have and how large is your grid? Does decreasing the number of points 
make any difference?

Hope this helps,
Eloisa

From aslan362000 at yahoo.com  Sun Nov 22 10:25:55 2009
From: aslan362000 at yahoo.com (ahmed ali)
Date: Sun, 22 Nov 2009 08:25:55 -0800 (PST)
Subject: [Users] Error when running cactus
In-Reply-To: <4B09638D.4010101@cct.lsu.edu>
Message-ID: <500425.26963.qm@web63502.mail.re1.yahoo.com>

Thanks for the quick reply. 
?
That was the issue actually, I changed the grid size from 120 x 120 x 120 to 100 x 100 x 100. And the program ran fine.
?
Thanks again
Ahmed

--- On Sun, 11/22/09, Eloisa Bentivegna <bentivegna at cct.lsu.edu> wrote:


From: Eloisa Bentivegna <bentivegna at cct.lsu.edu>
Subject: Re: [Users] Error when running cactus
To: "Cactus users mailing list" <users at cactuscode.org>
Date: Sunday, November 22, 2009, 11:15 AM


ahmed ali ha scritto:
> Hi,
>? 
> I am trying to run the cactusADM benchmark included with the SPEC 
> CPU2006 suite. I am running it on Solaris 8, and I am receiving this error:
>? 
> Driver provided by PUGH
> --------------------------------------------------------------------------------
> INFO (IOBasic): I/O Method 'Scalar' registered
> INFO (IOBasic): Scalar: Output of scalar quantities (grid scalars, 
> reductions) t
> o ASCII files
> INFO (IOBasic): I/O Method 'Info' registered
> INFO (IOBasic): Info: Output of scalar quantities (grid scalars, 
> reductions) to
> screen
> *WARNING level 0 in thorn PUGH processor 0
>???(line 838 of PUGH/Storage.c):
>???-> PUGH_EnableGArrayDataStorage: Cannot allocate data for 'kxz' [45]*
> ** 
> The program stops running after this error. Can you please let me know 
> what the cause of this error is and if there is an option to disable 
> array data storage so that maybe this error will go away then. Please help.

Ahmed,

as a first check, you may want to ensure that you're not running out of 
memory during the array allocation. How much memory does your system 
have and how large is your grid? Does decreasing the number of points 
make any difference?

Hope this helps,
Eloisa
_______________________________________________
Users mailing list
Users at cactuscode.org
http://www.cactuscode.org/mailman/listinfo/users



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.cactuscode.org/pipermail/users/attachments/20091122/f14917b0/attachment-0001.html 

From rezzolla at aei.mpg.de  Thu Nov 26 04:04:46 2009
From: rezzolla at aei.mpg.de (Luciano Rezzolla)
Date: Thu, 26 Nov 2009 11:04:46 +0100 (CET)
Subject: [Users] Scientific IT Specialist at the Albert Einstein Institute
Message-ID: <Pine.LNX.4.64.0911261100030.7422@duo03.aei.mpg.de>

Dear all,

	a new position as scientific IT specialist at the Albert Einstein 
Institute will soon be available. More information can be found at

http://hyperspace.aei.mpg.de/2009/11/26/scientific-it-specialist-at-the-albert-einstein-institute-potsdam/

        Please announce it as widely as possible. Thanks,

        Luciano

From fahadpro at gmail.com  Sat Nov 28 14:10:14 2009
From: fahadpro at gmail.com (Fahad Nasir)
Date: Sat, 28 Nov 2009 21:10:14 +0100
Subject: [Users] Fwd: Linking Error with Fortran routines
References: <F018B67B-3E6D-42CC-AD65-B0532D6BE050@gmail.com>
Message-ID: <378533EE-E831-44CB-8D3E-19E2EFACC013@gmail.com>



>>
>>
>>
>> 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
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.cactuscode.org/pipermail/users/attachments/20091128/083485b9/attachment.html 

From schnetter at cct.lsu.edu  Sat Nov 28 14:45:50 2009
From: schnetter at cct.lsu.edu (Erik Schnetter)
Date: Sat, 28 Nov 2009 14:45:50 -0600
Subject: [Users] Fwd: Linking Error with Fortran routines
In-Reply-To: <378533EE-E831-44CB-8D3E-19E2EFACC013@gmail.com>
References: <F018B67B-3E6D-42CC-AD65-B0532D6BE050@gmail.com>
	<378533EE-E831-44CB-8D3E-19E2EFACC013@gmail.com>
Message-ID: <A4D69AE8-6273-4E90-8584-3D4D43885B41@cct.lsu.edu>

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/





From fahadpro at gmail.com  Sun Nov 29 10:02:54 2009
From: fahadpro at gmail.com (Fahad Nasir)
Date: Sun, 29 Nov 2009 17:02:54 +0100
Subject: [Users] Fwd:  Fwd: Linking Error with Fortran routines
References: <17D0C4B4-30E6-46DC-81F7-96E4DBE59464@gmail.com>
Message-ID: <E17ECD7F-6E6C-4F79-80DF-40FEE99FACA4@gmail.com>



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/
>>
>>
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.cactuscode.org/pipermail/users/attachments/20091129/1074b7ce/attachment-0001.html 

From dprideout at gmail.com  Sun Nov 29 17:00:16 2009
From: dprideout at gmail.com (David Rideout)
Date: Sun, 29 Nov 2009 18:00:16 -0500
Subject: [Users] Fwd: Fwd: Linking Error with Fortran routines
In-Reply-To: <E17ECD7F-6E6C-4F79-80DF-40FEE99FACA4@gmail.com>
References: <17D0C4B4-30E6-46DC-81F7-96E4DBE59464@gmail.com> 
	<E17ECD7F-6E6C-4F79-80DF-40FEE99FACA4@gmail.com>
Message-ID: <1ce81abb0911291500u28cc374cq955de39060c8d244@mail.gmail.com>

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
>
>