[SciPy-user] wierd problem

[matt]

Here is a partial listing of what I have installed in /usr/local/lib.  
I put that path in LD_LIBRARY_PATH and had no change in test output or 
usage in general.  I seem to have libalapack not liblapack.  Is that an 
issue?

-Matt

libalapack.a            libdf.so.1              libgthread12.so         
libpq.so.3              libwwwapp.so            libwwwstream.so
libalapack.so           libecpg.a               libgthread12.so.3       
libptcblas.a            libwwwapp.so.1          libwwwstream.so.1
libalapack.so.1         libecpg.so              libiconv.a              
libptcblas.so           libwwwcache.a           libwwwtelnet.a
libalapack_r.a          libecpg.so.3            libiconv.so             
libptcblas.so.1         libwwwcache.so          libwwwtelnet.so
libalapack_r.so         libexpat.a              libiconv.so.3           
libptf77blas.a          libwwwcache.so.1        libwwwtelnet.so.1
libalapack_r.so.1
libatlas.a              libf77blas.so.1         libjpeg.so              
librfftw.so.2           libwwwdir.so            libwwwutils.so
libatlas.so             libf77blas_r.a          libjpeg.so.9            
libruby.so              libwwwdir.so.1          libwwwutils.so.1
libatlas.so.1           libf77blas_r.so         libkpathsea.a           
libruby.so.16           libwwwfile.a            libwwwxml.a
libatlas_r.a            libf77blas_r.so.1       liblapack.a             
libt1.a                 libwwwfile.so           libwwwxml.so
libatlas_r.so           libfftw.a               liblapack.so            
libt1.so                libwwwfile.so.1         libwwwxml.so.1
libatlas_r.so.1         libfftw.so              liblapack.so.3          
libt1.so.5              libwwwftp.a             libwwwzip.a
libblas.a               libfftw.so.2            libmd5.a                
libt1x.a                libwwwftp.so            libwwwzip.so
libblas.so              libfreetype.a           libmd5.so               
libt1x.so               libwwwftp.so.1          libwwwzip.so.1
libblas.so.2            libfreetype.so          libmd5.so.1             
libt1x.so.5             libwwwgopher.a          libxml2.a
libcblas.a              libfreetype.so.9        libmfhdf.a              
libtcl84.a              libwwwgopher.so         libxml2.so
libcblas.so             libgdbm.a               libmfhdf.so             
libtcl84.so             libwwwgopher.so.1       libxml2.so.5
libcblas.so.1           libgdbm.so              libmfhdf.so.2           
libtcl84.so.1           libwwwhtml.a            libxmlparse.a
libcblas_r.a            libgdbm.so.3            libmm.a                 
libtclstub84.a          libwwwhtml.so           libxmlparse.so
libcblas_r.so           libgettextlib-0.12.1.so libmm.la                
libtiff.a               libwwwhtml.so.1         libxmlparse.so.1
libcblas_r.so.1         libgettextlib.so        libmm.so                
libtiff.so              libwwwhttp.a            libxmltok.a




On Jul 16, 2004, at 6:45 PM, Robert Kern wrote:

> matt wrote:
>
>> I take it that means scipy doesn't save that info when it is built.  
>> Is there a companion to LD_LIBRARY_PATH for includes?  I just did the 
>> standard ports collection install of atlas under FreeBSD, which dumps 
>> in /usr/local.  I'll check that environ and see what happens.  
>> Thanks.
>
> LD_LIBRARY_PATH is checked at runtime for dynamic libraries. It has 
> nothing to do with compilation per se. Are libatlas and ATLAS' libblas 
> and liblapack all in /usr/local/lib ? Are they dynamically link at 
> all? or are they statically linked (i.e. are they .so libraries or 
> .a)?
>
> You can also check the link line from the compilation of 
> optimize/_lbfgsb and make sure that it links to all of the ATLAS 
> libraries.
>
>> -Matt
>
> -- 
> Robert Kern
> rkern at ucsd.edu
>
> "In the fields of hell where the grass grows high
>  Are the graves of dreams allowed to die."
>   -- Richard Harter
>
> _______________________________________________
> SciPy-user mailing list
> SciPy-user at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-user
>