Sorry, I left something out. The place where I finally gave up because I
kept failing when linking because of multiply defined symbols. When I
get a minute to breath, I'll send the errors.
Clint Whaley wrote:
>> The following make runs for some time, but bails out with
>>
>> make[6]: Entering directory `/data/tmp/hoel/atlas3.9.6/build/lib'
>> ld -melf_x86_64 -shared -soname /usr/local/gltools/linux_x86_64/lib/libatlas.so -o libatlas.so \
>> -rpath-link /usr/local/gltools/linux_x86_64/lib \
>> --whole-archive libatlas.a --no-whole-archive -lc -lpthread -lm
>> ld -melf_x86_64 -shared -soname /usr/local/gltools/linux_x86_64/lib/libf77blas.so \
>> -o libf77blas.so -rpath-link /usr/local/gltools/linux_x86_64/lib \
>> --whole-archive libf77blas.a --no-whole-archive
>> ld: libf77blas.a(ilaenv.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
>> libf77blas.a(ilaenv.o): could not read symbols: Bad value
>>
>> It works if I add "-F alg -fPIC" to the configure line.
>>
>
> Well, of course it will fail of you don't add -fPIC, since that is the
> way you signal gcc you want a shared object (position indepedent code).
> W/o -fPIC code you cannot build shared libs.
>
>
>> Further I'm wondering if it would be helpful to use version numbers for
>> the the shared libraries. At least a few lapack routines changed their
>> signature over the time. I'm not sure how useful this would be.
>>
>> I would like to be able to compile the interface libs for different
>> Fortran compilers and to install them side by side using the same
>> libatlas. For older ATLAS version I had a script that has build
>>
>> libf77blas_g77.so
>> libf77blas_gfortran.so
>> libf77blas_ifc91.so
>> libf77blas_ifc100.so
>> libf77blas_ifc101.so
>> libf77blas_pg70.so
>> libf77blas_pg71.so
>>
>> liblapack_g77.so
>> liblapack_gfortran.so
>> liblapack_ifc91.so
>> liblapack_ifc100.so
>> liblapack_ifc101.so
>> liblapack_pg70.so
>> liblapack_pg71.so
>>
>> Is there a chance to get something like this functionality into the
>> distributed ATLAS configuration process?
>>
>
>
> Someone will have to come up with a detailed explanation of what is needed,
> how it works, and a proposed patch. I do not use shared objects, and still
> don't understand how to use and build them well. Right now I am still working
> on getting basic shared objects to build on all platforms.
>
> Regards,
> Clint
>
> **************************************************************************
> ** R. Clint Whaley, PhD ** Assist Prof, UTSA ** www.cs.utsa.edu/~whaley **
> **************************************************************************
>
> ------------------------------------------------------------------------------
> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code to
> build responsive, highly engaging applications that combine the power of local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-
http://p.sf.net/sfu/adobe-com> _______________________________________________
> Math-atlas-devel mailing list
>
Math-atlas-devel@...
>
https://lists.sourceforge.net/lists/listinfo/math-atlas-devel>
------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-
http://p.sf.net/sfu/adobe-com_______________________________________________
Math-atlas-devel mailing list
Math-atlas-devel@...
https://lists.sourceforge.net/lists/listinfo/math-atlas-devel