FreeTDS Development Group

[Frediano Ziglio <freddyz77 AT tin.it>]

Il giorno mar, 14/03/2006 alle 17.14 +0100, Merijn Broeren ha scritto:
> Quoting James K. Lowden (jklowden AT freetds.org):
> > http://ibiblio.org/pub/Linux/ALPHA/freetds/stable/release_candidates/freetds-0.64RC1.tar.gz
> > 
> > Due in no small part to Frediano's gentle encouragement (not to mention
> > coding), 0.64 release candidate #1 is available for your building and
> > testing pleasure.  Please have at it.  
> > 
> > As usual, I ask anyone with unusual setups to please report your
> > experiences, positive and negative.  If there are autotool issues or
> > things that should be noted in the UG for your environment, now is the
> > time to address them.  I'm particularly eager to hear about 64-bit
> > systems, including Solaris, and about OS X.  But I don't mean to single
> > them out: all ye of the proprietary and antique shall now have your say. 
> > If you want, of course.  
> > 
> 
> I'm building it on Linux RH and Solaris, both 32 bit and 64 bit. Linux
> just builds fine. On Solaris I get this error both for 32 bit and 64bit:
> 
> generating symbol list for `libtds.la'
> /usr/ccs/bin/nm -p   ./.libs/libtds_objects.a
> ../replacements/.libs/libreplacements.a | sed -n -e 's/^.*[
> ]\([BDRT][BDRT]*\)[     ][      ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2
> \2/p' | /ms/dist/fsf/bin/gsed 's/.* //' | sort | uniq > .libs/libtds.exp
> egrep -e "^(tds_|tdsdump_|tds5_|tds7_).*" ".libs/libtds.exp" >
> ".libs/libtds.expT"
> mv -f ".libs/libtds.expT" ".libs/libtds.exp"
> echo "{ global:" > .libs/libtds.so.5.0.0.exp
> cat .libs/libtds.exp | /ms/dist/fsf/bin/gsed -e "s/\(.*\)/\1;/" >>
> .libs/libtds.so.5.0.0.exp
> echo "local: *; };" >> .libs/libtds.so.5.0.0.exp
>  /usr/ccs/bin/ld -G -M .libs/libtds.so.5.0.0.exp -h libtds.so.5 -o
> .libs/libtds.so.5.0.0  -Wl,-z -Wl,allextract ./.libs/libtds_objects.a
> ../replacements/.libs/libreplacements.a -Wl,-z -Wl,defaultextract
> -L/ms/dist/fsf/PROJ/unixodbc/2.2.11/.exec/sun4u.sunos64.5.8/lib -lnsl
> -lsocket -lc 
> /usr/ccs/bin/ld: illegal option -- W
> /usr/ccs/bin/ld: illegal option -- W
> /usr/ccs/bin/ld: illegal option -- W
> /usr/ccs/bin/ld: illegal option -- W
> 
> which is caused by the -Wl, value for $wl in libtool, which seems to
> come from deeper within autoconf:
> 
> ./freetds-0.64RC1/aclocal.m4: _LT_AC_TAGVAR(whole_archive_flag_spec, 
> $1)='${wl}-z ${wl}allextract$convenience ${wl}-z ${wl}defaultextract'
> ./freetds-0.64RC1/aclocal.m4:   _LT_AC_TAGVAR(whole_archive_flag_spec, 
> $1)='${wl}-z ${wl}allextract$convenience ${wl}-z ${wl}defaultextract' ;;
> ./freetds-0.64RC1/configure:    whole_archive_flag_spec='${wl}-z 
> ${wl}allextract$convenience ${wl}-z ${wl}defaultextract' ;;
> 
> I've just handedited wl to be "" in libtool. Also LD is /usr/ccs/bin/ld,
> whereas it should just be ld, which is in my path and somewhere else. I
> haven't bothered to look at why configure prefers the ccs one. 
> 

Mmmm... are you using gcc as compiler?
Try configure with 

LD=gcc ./configure --whatever-you-need

some libtool version assume that linker is "gcc" but use another
linker...

> After those changes the 64 bit version builds fine. The 32 bit doesn't
> for some strange reason it doesn't get HAVE_SQLGETPRIVATEPROFILESTRING
> right. For 64bit it is defined, but for 32bit it is still commented out.
> I am compiling with '--with-unixodbc=/ms/dist/fsf/PROJ/unixodbc/2.2.11/...'
> which is the latest version of unixodbc. 
> 

Is this unixODBC compiled for 32bit?
You should find a SQLGetPrivateProfileString in a libodbcinst.XXX file
(where XXX depend on platform... should be "so" on Solaris), try to use
nm or strings.

> With handediting config.h to define HAVE_SQLGETPRIVATEPROFILESTRING it
> all compiles. Hope this info helps to make freetds even better. 
> 

I hope too :)

freddy77