[freetds] Installing on MacOSX (Panther) woes....

Craig Jurney cjurney at stanford.edu
Mon Jun 28 14:02:12 EDT 2004


Freddy,

Following advice from Daniel I was able to build from the current 
(nightly, freetds-0.63.dev.20040628) build this morning like so (I 
don't need odbc right now) --

./configure --disable-odbc && make && sudo make install

But if I try it without disabling odbc, the build fails like so --

[snip]
  gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include 
-D_FREETDS_LIBRARY_SOURCE -DIODBC -D_REENTRANT -D_THREAD_SAFE -DDEBUG=1 
-Wall -Wstrict-prototypes -Wmissing-prototypes -Wno-long-long -g -O2 
-MT odbc_checks.lo -MD -MP -MF .deps/odbc_checks.Tpo -c odbc_checks.c  
-fno-common -DPIC -o .libs/odbc_checks.o
  gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include 
-D_FREETDS_LIBRARY_SOURCE -DIODBC -D_REENTRANT -D_THREAD_SAFE -DDEBUG=1 
-Wall -Wstrict-prototypes -Wmissing-prototypes -Wno-long-long -g -O2 
-MT odbc_checks.lo -MD -MP -MF .deps/odbc_checks.Tpo -c odbc_checks.c 
-o odbc_checks.o >/dev/null 2>&1
/bin/sh ../../libtool --mode=link gcc  -g -O2   -o libtdsodbc.la -rpath 
/usr/local/lib -export-symbols-regex '^(SQL|ODBCINST).*'  -module 
odbc.lo connectparams.lo convert_tds2sql.lo descriptor.lo 
prepare_query.lo odbc_util.lo native.lo sql2tds.lo error.lo 
odbc_checks.lo ../tds/libtds_objects.la -liodbcinst  -liconv 
../replacements/libreplacements.la -static-libgcc
generating symbol list for `libtdsodbc.la'
/usr/bin/nm -p  .libs/odbc.o .libs/connectparams.o 
.libs/convert_tds2sql.o .libs/descriptor.o .libs/prepare_query.o 
.libs/odbc_util.o .libs/native.o .libs/sql2tds.o .libs/error.o 
.libs/odbc_checks.o  ../tds/.libs/libtds_objects.a 
../replacements/.libs/libreplacements.a | sed -n -e 's/^.*[     
]\([BCDEGRST][BCDEGRST]*\)[     ][      
]*\(_\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /usr/bin/sed 's/.* 
//' | sort | uniq > .libs/libtdsodbc.exp
grep -E -e "^(SQL|ODBCINST).*" ".libs/libtdsodbc.exp" > 
".libs/libtdsodbc.expT"
mv -f ".libs/libtdsodbc.expT" ".libs/libtdsodbc.exp"
sed -e "s,#.*,," -e "s,^[ ]*,," -e "s,^\(..*\),_&," < 
.libs/libtdsodbc.exp > .libs/libtdsodbc-symbols.expsym
gcc -flat_namespace -undefined suppress -o .libs/libtdsodbc.0.0.so 
-bundle  .libs/odbc.o .libs/connectparams.o .libs/convert_tds2sql.o 
.libs/descriptor.o .libs/prepare_query.o .libs/odbc_util.o 
.libs/native.o .libs/sql2tds.o .libs/error.o .libs/odbc_checks.o 
-all_load  ../tds/.libs/libtds_objects.a 
../replacements/.libs/libreplacements.a  -liodbcinst 
/usr/lib/libiconv.dylib
ld: can't locate file for: -lbundle1.o
make[3]: *** [libtdsodbc.la] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

Craig

On Jun 25, 2004, at 8:49 AM, ZIGLIO, Frediano, VF-IT wrote:

>
>>
>>>> I know there's one report in the recent archives of success
>>>> building 0.62.3 on OS X, so there may be subtleties involved.
>>>>  I'm happy to make any needed changes to the distribution,
>>> Strike that: I meant to say "there's one report in the
>> recent archives
>>> of success building 0.62.4 and/or current CVS on OS X, no patches
>>> required".
>>
>> It may have been me, as I do remember trying the first
>> libtool-updated
>> versions and having success with all except the odbc driver.
>>
>> The current nightly does not build easily any more, although it only
>> fails near the end:
>>
>> gcc -dynamiclib -flat_namespace -undefined suppress -o
>> .libs/libtds.3.0.dylib  -all_load  ./.libs/libtds_objects.a
>> ../replacements/.libs/libreplacements.a /usr/lib/libgcc.a
>> /usr/lib/libiconv.dylib -install_name  /usr/local/lib/libtds.3.dylib
>> -compatibility_version 4 -current_version 4.0
>> ld: multiple definitions of symbol ___muldi3
>> /usr/lib/libgcc.a(_muldi3.o) private external definition of ___muldi3
>> in section (__TEXT,__text)
>> /usr/lib/gcc/darwin/3.3/libgcc.a(_muldi3.o) private external
>> definition
>> of ___muldi3 in section (__TEXT,__text)
>> [...]
>>
>> and this repeated for hundreds of definitions.
>>
>> I believe it's something to do with Freddy's recent change of
>>
>>> - include libgcc.a in shared libraries if someone try to
>> compile with
>>> gcc but do not use GNU ld. This should fix Solaris problem. It works
>>> well using HP/UX 11.00.
>>
>> Here's one request to undo this change for Mac OS X (darwin). :)
>>
>
> Should be fixed in CVS. Now even ODBC should work.
>
> freddy77
> _______________________________________________
> FreeTDS mailing list
> FreeTDS at lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds
>




More information about the FreeTDS mailing list