FreeTDS Development Group

[Chris Wood <cwood AT wencor.com>]

Ok, it was another dumb mistake.  I finally went ahead and did a "make
install" even though the check wasn't working.  Then I set LD_LIBRARY_PATH
to /usr/local/freetds/libs and then I reran the check and it ran.  Other
than my test username not having access to the ms-sql server, it looks
like things are functioning.

DBD::Sybase "make test" is now giving the same errors as "make check" with
freetds with the username issue.  It looks like I'm making progress.  
Thanks to those that have helped point me in the right direction (i.e.
using gnu make, etc).

On Mon, 30 Apr 2001, Chris Wood wrote:

> 
> Ok, to answer my own questions, yeah it seems to work.  :)  Next
> problem.  I found my libs, got them going and got it to compile and the
> "make check" to run without the symbol reference errors.
> 
> Now I'm getting this error even though libtds.so.0 does exist as a link to
> libtds.so.0.0.0 (src/tds/.libs/libtds.so.0).
> 
> Any ideas?  (I think I should take a C class. Sorry to bug everyone.)
> 
> 
> gcc -DPACKAGE=\"freetds\" -DVERSION=\"0.51\" -DSTDC_HEADERS=1
> -I. -I.  -I../../../include  -g -O2 -DTDS42 -c t0006.c
> t0006.c: In function `main':
> t0006.c:61: warning: integer constant out of range
> t0006.c:61: warning: decimal constant is so large that it is unsigned
> /bin/sh ../../../libtool --mode=link gcc -g -O2 -DTDS42  -o t0006  t0006.o
> common.o  ../libtds.la  -lsocket
> gcc -g -O2 -DTDS42 -o .libs/t0006 t0006.o common.o ../.libs/libtds.so
> -lsocket -lnsl -lsocket -L/usr/local/freetds/lib
> creating t0006 /home/shurst/g++binaries/local/bin/make check-TESTS
> make[7]: Entering directory 
> `/usr/local/freetds/t/freetds-0.51/src/tds/unittests'
> dynamic linker: lt-t0001: libtds.so.0 is NEEDED, but object does not exist
> Killed
> FAIL: t0001