On 25/07/18 15:09, Sergey Shcherbina wrote:
> Hi!
> 
> My short answers on your questions. 
> 
> Q: Have you clean up the old version ?
> 
> A: No,  I haven't cleaned up old version. 
> 
> Q: Is a system wide or a HOME installation ?
> 
> A: It is a system wide. I found the libs of new GSL version here :
> 
> /usr/local/lib
> libgsl.a  libgsl.la  libgsl.so  libgsl.so.23  libgsl.so.23.1.0  libgslcblas.a 
>  libgslcblas.la  libgslcblas.so  libgslcblas.so.0  libgslcblas.so.0.0.0  
> pkgconfig
> 
> All  new files with extention *.h are here  - /usr/local/include/gsl
>  
> A: But old version is saved too. 
> 
> You are fully right - it is a competition between different installed 
> versions of GSL. 
> 
> How abput to use old or new versions if to change the the paths for include 
> files in different gcc ?

just get ride of the old version:
my understanding is that GSL is backward compatible.

> 
> Instead 
> 
> #include <stdio.h>
> #include <stdlib.h>
> #include <gsl/gsl_filter.h>
> 
> to use next variants:
> 
> #include </usr/local/include/gsl/gsl_filter.h>

this is really a bad idea

> 
> or and to add a new PATH for gcc:
> 
> usr/bin/gcc -Wall `pkg-config --cflags --libs plplot` -I/usr/local/include -c 
> $1 
> 
> /usr/bin/gcc -L/usr/lib -L/usr/local/lib ./$FirstOfile `pkg-config --cflags 
> --libs plplot` -lgsl -lgslcblas -lm $(mysql_config --libs) -o ./$HeadOfInpFile
> 

in this vain, you can use gsl-config : it should favour the /usr/local 
installation.

But, the best idea by far is to remove the old version.

Jerome

> 
> Thank you!
> 
> Serge.
> 

Reply via email to