FreeTDS Development Group

[Chris Wood <cwood AT wencor.com>]

On Sat, 28 Apr 2001, James K. Lowden wrote:

> Chris Wood wrote:
> 
> > 0.51 gives a file not found for two *.la files, but it doesn't give any
> > syntax errors.  If I remove lib_LTLIBRARIES = libct.la in
> > src/ctlib/Makefile and lib_LTLIBRARIES = libsybdb.la in
> > src/dblib/Makefile, it will compile but it fails the tests.
> 
> Chris,
> 
> I am *not* a Gnuru, but I can tell you libct.la is an output of libtool, so 
> your
> problem starts earlier.  Here are the contents of one from 5.0:
> -- snip --
> 
> Just to check the oil: Are you using gmake?  Mine's version 3.79.1.  Did
> everything really go swimmingly until libct.la wasn't found?

I'm using the make that comes with DGUX.  I can't tell what version it is
(oddly enough), but I've compiled a lot of things in the past using the
"configure" tool and then "make" (ex. Pine, Samba, etc).  Any tips on
figuring out the version?  

This is the only error/warning I get before I get the file not found error
later in the compile.

  /bin/sh ../../libtool --mode=compile gcc -DPACKAGE=\"freetds\" -DVERSION=
\"0.51\" -DSTDC_HEADERS=1  -I. -I.  -I../../include  -g -O2 -DTDS50 - c 
util.c
rm -f .libs/util.lo
gcc -DPACKAGE=\"freetds\" -DVERSION=\"0.51\" -DSTDC_HEADERS=1
-I. -I. -I../../include -g -O2 -DTDS50 -c  -fPIC -DPIC util.c -o .libs/util.lo
util.c: In function `lookup_host':
util.c:96: warning: passing arg 1 of `getservbyname' discards `const' from
pointer target type
--SNIP--
gcc -DPACKAGE=\"freetds\" -DVERSION=\"0.51\" -DSTDC_HEADERS=1
-I. -I. -I../../in
clude -g -O2 -DTDS50 -c ctutil.c -o ctutil.o >/dev/null 2>&1
mv -f .libs/ctutil.lo ctutil.lo
Directory : Make: Cannot open.  Stop.
*** Error code 1
Stop.
*** Error code 1
Stop.


Just for kicks, I'll attach the output of my configure at the end of this
email.

> You know the advice about teaching pig to sing?  It won't work and it 
> annoys the
> pig.  Anyone who'll help you reads this list.


That's why I haven't bothered them.   :)


> The fellow who can best answer your question hasn't been around lately, 
> probably
> wooed by money or some other similarly base cause.  But my bet is the 
> Makefile is
> fine and the problem is environmental.

I thought I might be missing adding some LIBS that my OS needs, but
haven't been able to figure it out.  I tried added the ones that Pine
requires, but it didn't work (blatant guesses here).



---Configure Output:  ./configure --with-tdsver=4.2 ---
creating cache ./config.cache
checking for a BSD compatible install... ./install-sh -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... missing
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking whether make sets ${MAKE}... (cached) yes
checking for a BSD compatible install... ./install-sh -c
checking for ranlib... :
checking host system type... i586-dg-dguxR4.20MU05
checking build system type... i586-dg-dguxR4.20MU05
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for BSD-compatible nm... /usr/bin/nm -p
checking whether ln -s works... yes
updating cache ./config.cache
loading cache ./config.cache within ltconfig
checking for object suffix... o
checking for executable suffix... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions ... no
checking if gcc static flag -static works... -static
checking if the linker (/usr/bin/ld) is GNU ld... no
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking command to parse /usr/bin/nm -p output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/bin/ld option to reload object files... -r
checking dynamic linker characteristics... dguxR4.20MU05 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
updating cache ./config.cache
loading cache ./config.cache
checking for socket in -lsocket... no
checking for ANSI C header files... yes
checking is FIONBIO defined... yes
checking whether byte ordering is bigendian... no
updating cache ./config.cache
creating ./config.status
creating include/tdsver.h
creating Makefile
creating include/Makefile
creating src/Makefile
creating src/tds/Makefile
creating src/tds/unittests/Makefile
creating src/dblib/Makefile
creating src/dblib/unittests/Makefile
creating src/ctlib/Makefile
creating src/ctlib/unittests/Makefile
creating src/server/Makefile
creating src/odbc/Makefile