[tex-live] Compiling on Mac OS X

[Olaf Weber]

Gerben Wierda writes:
> On Sep 13, 2004, at 13:22, Olaf Weber wrote:
>> Gerben Wierda writes:
>> 
>>> On 10.3.5 (not my target system, that is still 10.2.8 because of
>>> compatibility) I get
>> 
>>> c++ -o pdfetex pdfetexini.o pdfetex0.o pdfetex1.o pdfetex2.o
>>> pdfetex3.o pdfetexextra.o ../../libs/md5/md5.o  pdftexdir/libpdf.a
>>> ../../libs/libpng/libpng.a ../../libs/zlib/libz.a
>>> ../../libs/xpdf/xpdf/libxpdf.a ../../libs/xpdf/goo/libGoo.a
>>> ../../libs/xpdf/fofi/libfofi.a lib/lib.a
>>> ../kpathsea/.libs/libkpathsea.a -lm
>>> ld: Undefined symbols:
>>> _inflate_blocks
>>> _inflate_blocks_free
>>> _inflate_blocks_new
>>> _inflate_blocks_reset
>>> _inflate_blocks_sync_point
>>> _inflate_set_dictionary
>> 
>> libz -- old version seen during compilation?

> Possibly, there is a libz 1.1.3 on Mac OS X 10.3.5. But since TeX Live
> carries its own libz, doesn't that mean that TL configure doesn't
> setup thihngs correctly?

Possibly...  what you need to find out is where these symbols are
requested.  _That_ part may have been linked against the too-old libz.

>>> GHash::add(GString*, int)
>>> GHash::lookupInt(char*)
>>> GHash::removeInt(GString*)
>>> GHash::removeInt(char*)
>> 
>> libGoo.a

> Also part of TL. There is a libGoo.a in my TL tree. Another configure
> problem?

Check with 'nm' (or whatever) whether these symbols are defined in
libGoo.a.  They should be in GHash.o.  You may have to give an option
like '-C' to nm to get it to demangle symbols.

Also possible is that libfofi.a and libGoo.a should be on the link
line _in that order_.  (Ordering of libraries can matter.)

>> 
>>> make[4]: *** [pdfetex] Error 1
>>> make[3]: *** [all] Error 1
>>> make[2]: *** [all] Error 1
>>> make[1]: *** [all] Error 1
>>> make: *** [compile-tex] Error 2
>> 
>>> Which library is missing here?
>> 
>> -- 
>> Olaf Weber
>> 
>> (This space left blank for technical reasons.)
>> 
>> 




-- 
Olaf Weber

               (This space left blank for technical reasons.)