[Scilab-Dev] New ./configure error on Fedora 13 machine

[Sylvestre Ledru]

Hello Dean,

It is likely to be caused by a change on your system.
If you are sure it is not the case, could you send your config.log ?

Thanks
S

Le jeudi 17 février 2011 à 17:28 -0800, Dean S. Messing a écrit :
> Was something in ./configure changed in the last month?
> 
> This:
> 
>   PATH=${PATH}:/usr/share/pvm3/lib ./configure LDFLAGS="-L/usr/lib64/atlas" 
> 
> 
> has been working just fine for several months on my Fedora 13 system.
> 
> Today I down-loaded the source
> from last night and tried to build. It died in the ./configure with:
> 
>   Generic Blas found
>   checking if LAPACK is available... 
>   checking for cheev_... no
>   checking for cheev_ in -llapack... no
>   checking for cheev_ in -llapack_rs6k... no
>   configure: error: Impossible to find the LAPACK library.
> 
> The problem is this (from the config.log):
> 
> configure:22543: checking for cheev_ in -llapack
> configure:22576: gcc -o conftest -g -O2 -D_LARGEFILE64_SOURCE  -DNDEBUG -fno-stack-protector -DNARROWPROTO -m64 -I$(top_srcdir)/modules/core/includes/ -I$(top_srcdir)/libs/MALLOC/includes/ -I$(top_srcdir)/modules/localization/includes/  -D_LARGEFILE64_SOURCE -DNDEBUG -fno-stack-protector -I$(top_srcdir)/modules/core/includes/ -I$(top_srcdir)/libs/MALLOC/includes/ -I$(top_srcdir)/modules/localization/includes/ -Wl,--no-as-needed conftest.c -llapack  -L/usr/lib/gcc/x86_64-redhat-linux/4.4.5 -L/usr/lib/gcc/x86_64-redhat-linux/4.4.5/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.4.5/../../.. -lpthread -ldl -lcurses -lgfortranbegin -lgfortran -lm -lblas -lpthread -ldl -lcurses  -lm >&5
> /usr/bin/ld: cannot find -llapack
> collect2: ld returned 1 exit status
> 
> 
> Here is the corresponding lines from my January 22nd build:
> 
> 
> 
> configure:22472: checking for cheev_ in -llapack
> configure:22505: gcc -o conftest -g -O2  -DNDEBUG -fno-stack-protector -DNARROWPROTO -m64 -I$(top_srcdir)/modules/core/includes/ -I$(top_srcdir)/libs/MALLOC/includes/ -I$(top_srcdir)/modules/localization/includes/  -DNDEBUG -fno-stack-protector -I$(top_srcdir)/modules/core/includes/ -I$(top_srcdir)/libs/MALLOC/includes/ -I$(top_srcdir)/modules/localization/includes/ -L/usr/lib64/atlas conftest.c -llapack  -L/usr/lib64/atlas -L/usr/lib/gcc/x86_64-redhat-linux/4.4.5 -L/usr/lib/gcc/x86_64-redhat-linux/4.4.5/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.4.5/../../.. -lpthread -ldl -lcurses -lgfortranbegin -lgfortran -lm -lcblas -lf77blas -latlas -lpthread -ldl -lcurses  -lm >&5
> configure:22505: $? = 0
> configure:22515: result: yes
> 
> 
> The problem is that the -L/usr/lib64/atlas flags have vanished!
> But it is in /usr/lib64/atlas that liblapack.so lives.
> 
> What's the fix?
> 
> Thanks
> Dean