[Trilinos-Users] [EXTERNAL] Re: Trilinos_TPL_LIBRARIES changed between 10.10.1 and 10.10.2

[Perschbacher, Brent M]

John,
  I believe that the issue lies with your configure script. You are
explicitly setting the blas and lapack library names to the empty string.
Which I'm guessing we look for and successfully find nothing, though to be
sure of that I'd have to see the configure output. However, since those
values are empty the variables that we use to populate
Trilinos_TPL_LIBRARIES will also be empty and as such nothing would really
be added to Trilinos_TPL_LIBRARIES.

Just out of curiosity, can you actually build with that configure script? It
seems like all the blas and lapack symbols would be undefined when linking,
unless your contrib/bin/<compilers> are actually wrappers that are adding
the blas and lapack libraries themselves. In which case there isn't much we
can do about that for our export system.

Brent

On 6/27/12 4:46 AM, "John R Cary" <cary at colorado.edu> wrote:

> I should mention that this is on OS X Lion, configured with
> 
> '/Volumes/Storage/contrib/cmake/bin/cmake'
> -DCMAKE_INSTALL_PREFIX:PATH=/Volumes/Storage/contrib/trilinos-10.10.2-ser
> -DCMAKE_BUILD_TYPE:STRING=Release -DCMAKE_COLOR_MAKEFILE:BOOL=FALSE
> -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE -DCMAKE_C_COMPILER:FILEPATH='/usr/bin/gcc'
> -DCMAKE_CXX_COMPILER:FILEPATH='/Volumes/Storage/contrib/bin/g++'
> -DCMAKE_Fortran_COMPILER:FILEPATH='/usr/local/bin/gfortran'
> -DCMAKE_C_FLAGS:STRING='-pipe -fPIC' -DCMAKE_CXX_FLAGS:STRING='-pipe -fPIC'
> -DCMAKE_Fortran_FLAGS:STRING='-fPIC'  -DLAPACK_LIBRARY_DIRS:PATH=''
> -DLAPACK_LIBRARY_NAMES:STRING='' -DBLAS_LIBRARY_DIRS:PATH=''
> -DBLAS_LIBRARY_NAMES:STRING='' -DTrilinos_ENABLE_Amesos:BOOL=ON
> -DTrilinos_ENABLE_ML:BOOL=ON -DTrilinos_ENABLE_AztecOO:BOOL=ON
> -DTrilinos_ENABLE_EpetraExt:BOOL=ON -DTrilinos_ENABLE_Epetra:BOOL=ON
> -DTrilinos_ENABLE_Triutils:BOOL=ON -DTrilinos_ENABLE_Teuchos:BOOL=ON
> -DTrilinos_ENABLE_Ifpack:BOOL=ON -DTrilinos_ENABLE_Galeri:BOOL=ON
> -DTrilinos_ENABLE_Shards:BOOL=ON -DTrilinos_ENABLE_Intrepid:BOO!
>  L=ON -DTri
> linos_ENABLE_Komplex:BOOL=ON -DTrilinos_ENABLE_Phalanx:BOOL=ON
> -DDART_TESTING_TIMEOUT:STRING=600
> -DTPL_Boost_INCLUDE_DIRS:FILEPATH=/Volumes/Storage/contrib/boost-1_49_0/includ
> e -DTPL_ENABLE_BinUtils:BOOL=OFF -DPYTHON_EXECUTABLE:FILEPATH=/usr/bin/python
> /Volumes/Storage/cary/jenkins/workspace/vorpalall-build/label/magnus/builds-v/
> trilinos-10.10.2
> 
> John
> 
> 
> On 6/27/12 4:31 AM, John R Cary wrote:
>> As of 10.10.2, the variable,
>> 
>> $ grep Trilinos_TPL_LIBRARIES trilinos-10.10.2-ser/lib/cmake/Trilinos/*
>> trilinos-10.10.2-ser/lib/cmake/Trilinos/TrilinosConfig.cmake:SET(Trilinos_TPL
>> _LIBRARIES "/usr/lib/libpthread.dylib")
>> 
>> no longer contains the blas and lapack libs as it did in 10.10.1:
>> 
>> $ grep Trilinos_TPL_LIBRARIES trilinos-10.10.1-ser/lib/cmake/Trilinos/*
>> trilinos-10.10.1-ser/lib/cmake/Trilinos/TrilinosConfig.cmake:SET(Trilinos_TPL
>> _LIBRARIES 
>> "/usr/lib/liblapack.dylib;/usr/lib/libblas.dylib;/usr/lib/libpthread.dylib")
>> 
>> Our build systems were keying off this, and now fail.
>> 
>> Is this going to be the case going forward (so then we will compensate)?
>> 
>> Or will the 10.10.1 behavior be restored in a future Trilinos version?
>> 
>> Thx.....John Cary
>> 
>> _______________________________________________
>> Trilinos-Users mailing list
>> Trilinos-Users at software.sandia.gov
>> http://software.sandia.gov/mailman/listinfo/trilinos-users
>> 
> 
> 
> 
> 
> 
> _______________________________________________
> Trilinos-Users mailing list
> Trilinos-Users at software.sandia.gov
> http://software.sandia.gov/mailman/listinfo/trilinos-users