$ nm /usr/local/lib/libgretl-1.0.so.16.0.0 | grep libgretl_init
0000000000146040 T libgretl_init

$ cc -v
Using built-in specs.
COLLECT_GCC=cc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.4-2ubuntu1~14.04.1' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04.1)

$ ld -V
GNU ld (GNU Binutils for Ubuntu) 2.24
  Supported emulations:
   elf_x86_64
   elf32_x86_64
   elf_i386
   i386linux
   elf_l1om
   elf_k1om
   i386pep
   i386pe


On Sunday, February 14, 2016 11:12 PM, Allin Cottrell <cottrell@wfu.edu> wrote:


On Mon, 15 Feb 2016, Salman Khan wrote:

> /usr/local/lib/libgretl-1.0.so exists and points to libgretl-1.0.so.16.0.0 in the same directory.
>
> Ran sudo ldconfig
> In /etc/ld.so.conf.d/libc.conf I already see /usr/local/lib.
> Very strange, since install seemed to go through fine.

What does

nm /usr/local/lib/libgretl-1.0.so.16.0.0 | grep libgretl_init

say? You should see something resembling

00000000001479b0 T libgretl_init

Possibly also relevant, what about "cc -v" and "ld -V"?

Allin Cottrell


> On Sunday, February 14, 2016 8:17 PM, Allin Cottrell <cottrell@wfu.edu> wrote:
>
>
> On Mon, 15 Feb 2016, Salman Khan wrote:
>
>> Hmmm... I cd'ed into the extras folder and tried compiling the
>> three examples there with the default makefile.I still get errors:
>>
>> cc -g -O2 -Wall -I/usr/local/include -I/usr/include/libxml2
>> -I/usr/include/glib-2.0
>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include  
>> -DPREFIX=\"/usr/local\"  -fopenmp -L/usr/local/lib -lgretl-1.0 -lm
>> -lxml2 -lfftw3 -lglib-2.0    simple_client.c   -o simple_client
>
>> /tmp/ccUP9gBA.o: In function `main':
>> Downloads/gretl-2016a/extra/simple_client.c:52: undefined
>> reference to `libgretl_init'
>
> Does /usr/local/lib/libgretl-1.0.so actually exist, and point to an
> valid library file such as libgretl-1.0.so.16.0.0?
>
> If not, the installation was not successful; but if so, you might
> need to tell the linker to update its cache:
>
> sudo ldconfig
>
> and/or if /usr/local/lib is not a directory known to the linker you
> may have to add an entry for it under /etc/ld.so.conf.d.
>
> Allin Cottrell