[Trilinos-Users] Problems configuring on OS X

[Luca Heltai]

 From what I can infer here, you are mixing /usr/bin/c++ (if you  
didn't move hpc c++ there, then this is apple's version) with the  
other gfortran.

In my configuration I use both gcc and gfortran from HPC, and the  
configuration goes fine. I do get errors on linking stratimikos, but  
at least at this stage, it works.

And Trilinos 9.0.3 works fine with my setting. I had problems in the  
past like the one you describe, but it was always because of mixing  
different gcc, g++ and gfortran versions.

with the link below,

http://prdownloads.sourceforge.net/hpc/gcc-snwleo-intel-bin.tar.gz?download

and specifying the compilers in cmake as /usr/local/bin/g*, I have no  
issues like the one you describe here.

L.

--
Luca Heltai <luca.heltai at gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone:  +39 040 3787 449, Office: 255
--
There are no answers, only cross references

On 29/ott/2009, at 15.15, James C. Sutherland wrote:

>
> On Oct 29, 2009, at 7:26 AM, John R. Cary wrote:
>
>> The trilinos configuration error is
>>
>>   [100%] Building CXX object CMakeFiles/VerifyFortranC.dir/
>> VerifyCXX.cxx.o
>>   /usr/bin/c++   -DVERIFY_CXX -mmacosx-version-min=10.6
>> -I/Users/cary/projects/vpall/builds/trilinos/ser/CMakeFiles/
>> FortranCInterface/VerifyCXX
>> -o CMakeFiles/VerifyFortranC.dir/VerifyCXX.cxx.o -c
>> /usr/local/contrib/cmake-2.8.0-rc3-ser/share/cmake-2.8/Modules/
>> FortranCInterface/Verify/VerifyCXX.cxx
>>   Linking CXX executable VerifyFortranC
>>   /usr/local/contrib/cmake-2.8.0-rc3-ser/bin/cmake -E
>> cmake_link_script CMakeFiles/VerifyFortranC.dir/link.txt --verbose=1
>>   /usr/bin/c++    -mmacosx-version-min=10.6 -Wl,-search_paths_first
>> -headerpad_max_install_names  CMakeFiles/VerifyFortranC.dir/main.c.o
>> CMakeFiles/VerifyFortranC.dir/VerifyC.c.o
>> CMakeFiles/VerifyFortranC.dir/VerifyFortran.f.o
>> CMakeFiles/VerifyFortranC.dir/VerifyCXX.cxx.o  -o VerifyFortranC
>> -L/usr/local/lib/gcc/x86_64-apple-darwin10/4.5.0 -L/usr/local/lib
>> -lcrt1.10.5.o -lgfortran -lgcc_s.10.5
>>   ld: duplicate symbol start in /usr/lib/crt1.10.5.o and
>> /usr/lib/crt1.10.6.o
>>   collect2: ld returned 1 exit status
>>   make[2]: *** [VerifyFortranC] Error 1
>>   make[1]: *** [CMakeFiles/VerifyFortranC.dir/all] Error 2
>>   make: *** [all] Error 2
>>
>> The error is seen to come from the inclusion of 10.5 and 10.6
>> versions of
>> crt1.  The probable reason is that for gcc we use the system, but
>> since we
>> need a more recent version of gfortran, we use 4.5 from hpc.sourceforge.net
>> .
>>
>> Making this consistent, i.e., installing gcc from hpc, has caused
>> other
>> problems with dynamic libs, so we prefer not to go that route.
>>
>> With this identical setup, trilinos-9.0.3 works fine.
>>
>> John Cary
>>
>
> John,
>
> This may be off base, but based on my recent experience upgrading to
> Snow-Leopard (10.6), here are some observations:
>
> 1. The hcp version of gfortran is built against the 32 bit (OSX 10.5)
> gcc compilers.  This could be why you are getting the 10.5 libraries
> brought in from /usr/lib.  You will likely not have any success mixing
> the Apple 10.6 SDK with this version of gfortran (at least I did not).
>
> 2. I had to "roll my own" version of gfortran.  Actually, I did this
> through fink (http://www.finkproject.org) which I installed as the 64
> bit version of fink.  A few weeks ago when I last checked there were
> no binaries for gfortran on 64 bit, so I used fink to compile the
> entire gcc/gfortran suite.
>
> 3. To avoid conflicts between apples SDK versions of gcc and the ones
> compiled via fink, I point to the fink versions first.
>
> I haven't yet tried trilinos 10 with my new system.  If I get the
> chance in the next little while I will let you know what I find.
>
> James
>
> _______________________________________________
> Trilinos-Users mailing list
> Trilinos-Users at software.sandia.gov
> http://software.sandia.gov/mailman/listinfo/trilinos-users
>