freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: Merijn Broeren <merijnb+freetds AT iloquent.com>
- To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
- Subject: Re: [freetds] status of 0.64
- Date: Tue, 14 Mar 2006 17:14:46 +0100
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.
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.
With handediting config.h to define HAVE_SQLGETPRIVATEPROFILESTRING it
all compiles. Hope this info helps to make freetds even better.
--
Merijn Broeren | Sometime in the middle ages, God got fed up with us
Software Geek | and put earth at sol.milky-way.univ in his kill-file.
| Pray all you want, it just gets junked.
-
[freetds] status of 0.64,
James K. Lowden, 03/11/2006
-
Re: [freetds] status of 0.64,
Merijn Broeren, 03/14/2006
- Re: [freetds] status of 0.64, Alex Moore, 03/14/2006
- Re: [freetds] status of 0.64, Frediano Ziglio, 03/14/2006
- Re: [freetds] status of 0.64, joshua stein, 03/14/2006
- <Possible follow-up(s)>
-
Re: [freetds] status of 0.64,
Jonathan Monroe, 03/14/2006
- Re: [freetds] status of 0.64, James K. Lowden, 03/14/2006
- Re: [freetds] status of 0.64, ZIGLIO, Frediano, VF-IT, 03/14/2006
-
Re: [freetds] status of 0.64,
Lowden, James K, 03/14/2006
- Re: [freetds] status of 0.64, Frediano Ziglio, 03/14/2006
- Re: [freetds] status of 0.64, Jonathan Monroe, 03/15/2006
-
Re: [freetds] status of 0.64,
Merijn Broeren, 03/14/2006
Archive powered by MHonArc 2.6.24.