[Trilinos-Users] building on mac
Doug Reeder
dlr at rain.org
Wed May 23 15:07:32 MDT 2007
Daniel,
I haven't tried this so take it for what it is worth.
Do you have a fortran compiler installed (absoft, xlf, or g77). Do
you have gcc installed as part of fink in addition to the apple
supplied version; configure is trying to search for both. Did you
install the developer software from apple or are you just using fink.
It looks like configure is getting confused looking for different c
libraries. If there is a configure flag to tell it to use a specific
c library that might help. You might also try to use a configure flag
to specify a fortran compiler. Sometimes you can use environment
variables to force configure to use the compilers and libraries you
want it to use.
Doug Reeder
On May 23, 2007, at 1:43 PM, Daniel Wheeler wrote:
> Hi,
>
> I'm trying to build trilinos on mac os x.
>
> When configure is executed with
>
> $ ./configure --enable-default-packages --enable-pytrilinos --
> enable-python
>
> it stops with
>
> checking for Fortran libraries of f77... -lcrt2.o -L/sw/lib/
> gcc/powerpc-apple-darwin8.8.0/3.4.3 -L/sw/lib/gcc/powerpc-apple-
> darwin8.8.0/3.4.3/../../.. -lfrtbegin -lg2c - lSystemStubs -
> lSystem -lmx /usr/lib/gcc/powerpc-apple-darwin8/4.0.1/libgcc.a
> checking for dummy main to link with Fortran libraries... unknown
> configure: error: linking to Fortran libraries from C fails
> See `config.log' for more details.
> configure: error: /bin/sh './configure' failed for packages/teuchos
>
> What might be the problem?
>
> The config.log is attached.
>
> <config.log>
>
> Thanks
>
> On Apr 26, 2007, at 12:04 PM, Yves Frederix wrote:
>
>> Hi,
>>
>>> I tested that out now, disabling defaults and added all the
>>> packages you
>>> listed above. That solved the problem on MacOSX, I'm able to import
>>> ML from PyTrilinos (for instance). On Linux though, the problem
>>> seems to
>>> persist.
>>>
>>> I'll investigate a bit further, just wanted to give you an
>>> update. I'll
>>> check
>>> whether it is 64-bit related, by compiling on 32bit as well.
>>
>> I can confirm that the problem indeed persists on Linux. My system is
>> 32-bit so it is not just a 64-bit related issue. For the sake of
>> completeness, I configured with:
>>
>> ../configure --disable-default-packages --enable-teuchos --enable-
>> epetra
>> --enable-triutils --enable-epetraext --enable-aztecoo --enable-galeri
>> --enable-amesos --enable-ifpack --enable-ml --enable-python
>>
>> Regards,
>> YVES
>>
>>>> HTH
>>>>
>>>> On Apr 24, 2007, at 2:17 PM, Mandus wrote:
>>>>
>>>>> On 4/24/07, Bill Spotz <wfspotz at sandia.gov> wrote:
>>>>>> What platform are you compiling on, and how do you invoke
>>>>>> configure?
>>>>>
>>>>> aha, I subscribed to the list with a different mailaddress...
>>>>> this is
>>>>> still aasmund at simula.no;)
>>>>>
>>>>> Anyway,
>>>>>
>>>>> I'm on either Linux or MacOSX, but lets talk Linux for now. Ubuntu
>>>>> edgy or feisty. Trilinos is configured with:
>>>>>
>>>>> ./configure --prefix=$PREFIX --enable-default-packages \
>>>>> --enable-galeri --enable-ml --enable-epetra --enable-amesos --
>>>>> enable-python\
>>>>> --with-cflags=-fPIC --with-cxxflags=-fPIC --with-fflags=-fPIC \
>>>>> --with-ldflags=-fPIC --with-ccflags=-fPIC
>>>>>
>>>>> The -fPIC is only added on 64bit, but the effect is the same. As I
>>>>> said, I have tried adding --enable-teuchos, but that doesn't help.
>>>>> Adding -lteuchos a second time in the build command, or using your
>>>>> shared libs, do help, but is not a solution for general
>>>>> consumption :)
>>>>>
>>>>>>
>>>>>> On Apr 24, 2007, at 5:36 AM, Mandus wrote:
>>>>>>
>>>>>>> Hi list,
>>>>>>>
>>>>>>> I have the problem of unresolved symbols when loading ML in
>>>>>>> python,
>>>>>>> like 'from PyTrilinos import ML'. The symbol in question is for
>>>>>>> instance '__ZN7Teuchos20CommandLineProcessorC1Ebbb'. This
>>>>>>> symbol is
>>>>>>> defined in libteuchos.a, and -lteuchos appear on the build
>>>>>>> line for
>>>>>>> _ML.so.
>>>>>>>
>>>>>>> I have seen this discussed on this mailling list in the past (in
>>>>>>> archives) but couldn't find a proper solution.
>>>>>>>
>>>>>>> Now, I can trick _ML.so to be correct by adding -lteuchos a
>>>>>>> second
>>>>>>> time on the build line, towards the end. So I assume that
>>>>>>> there is
>>>>>>> some circular dependencies of some sort going on. By using
>>>>>>> shared
>>>>>>> libraries the problem also goes away. While both this
>>>>>>> solutions are
>>>>>>> good for me, it's not good for our users who just want to
>>>>>>> download
>>>>>>> trilinos and build it...
>>>>>>>
>>>>>>> Does a proper fix exist? I have tried adding --enable-teuchos on
>>>>>> the
>>>>>>> configure-line (explicitly, I guess it is already enabled by
>>>>>>> --enable-default-packages), this does not work. Anything else
>>>>>>> I can
>>>>>>> do?
>>>>>>>
>>>>>>>
>>>>>>> best regards,
>>>>>>>
>>>>>>> Åsmund Ødegård
>>>>>>> Simula Research Laboratory
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Mandus
>>>>>>> Take heed unto thyself, and unto the doctrine
>>>>
>>>> ** Bill Spotz **
>>>> ** Sandia National Laboratories Voice: (505)845-0170 **
>>>> ** P.O. Box 5800 Fax: (505)284-5451 **
>>>> ** Albuquerque, NM 87185-0370 Email: wfspotz at sandia.gov **
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Mandus
>>> Take heed unto thyself, and unto the doctrine
>>>
>>>
>>> _______________________________________________
>>> Pytrilinos-users mailing list
>>> Pytrilinos-users at software.sandia.gov
>>> http://software.sandia.gov/mailman/listinfo/pytrilinos-users
>>>
>>
>>
>> _______________________________________________
>> Pytrilinos-users mailing list
>> Pytrilinos-users at software.sandia.gov
>> http://software.sandia.gov/mailman/listinfo/pytrilinos-users
>>
>
> --
> Daniel Wheeler
>
>
> _______________________________________________
> Trilinos-Users mailing list
> Trilinos-Users at software.sandia.gov
> http://software.sandia.gov/mailman/listinfo/trilinos-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://software.sandia.gov/mailman/private/trilinos-users/attachments/20070523/7442132f/attachment-0001.html
More information about the Trilinos-Users
mailing list