Problems building on OS X 10.6

3 views
Skip to first unread message

Arne Schmitz

unread,
Dec 30, 2009, 8:29:56 AM12/30/09
to licq...@googlegroups.com
Please find attached the CMakeCache.txt and the output of "make VERBOSE=1" for the current SVN trunk of licq on OS X 10.6.

Best regards,

Arne

--
Dipl.-Inform. Arne Schmitz Phone +49 (0)241 80-21817
Computer Graphics Group Mobile +49 (0)151 29145947
RWTH Aachen University Fax +49 (0)241 80-22899
Ahornstrasse 55, 52074 Aachen, Germany http://www.rwth-graphics.de

buildlog-2009-12-30.txt
CMakeCache.txt
PGP.sig

Erik Johansson

unread,
Dec 30, 2009, 3:27:02 PM12/30/09
to licq...@googlegroups.com
On Wed, Dec 30, 2009 at 14:29, Arne Schmitz <arne.s...@gmx.net> wrote:
> Please find attached the CMakeCache.txt and the output of "make VERBOSE=1" for the current SVN trunk of licq on OS X 10.6.

Could you also provied me with the output from following commands:

gcc -dM -E - < /dev/null

nm -g /usr/lib/libiconv.dylib

ls -l /usr/lib/libiconv*

Thanks
// Erik

--
Erik Johansson
Home Page: http://ejohansson.se/
PGP Key: http://ejohansson.se/erik.asc

Arne Schmitz

unread,
Dec 30, 2009, 3:52:26 PM12/30/09
to licq...@googlegroups.com
Am 30.12.2009 um 21:27 schrieb Erik Johansson:

> On Wed, Dec 30, 2009 at 14:29, Arne Schmitz <arne.s...@gmx.net> wrote:
>> Please find attached the CMakeCache.txt and the output of "make VERBOSE=1" for the current SVN trunk of licq on OS X 10.6.
>
> Could you also provied me with the output from following commands:
>
> gcc -dM -E - < /dev/null
>
> nm -g /usr/lib/libiconv.dylib
>
> ls -l /usr/lib/libiconv*

Attached.

Cheers,

nm-libiconv.txt
ls-l.txt
gcc-dM-E.txt
PGP.sig

Erik Johansson

unread,
Dec 30, 2009, 4:54:29 PM12/30/09
to licq...@googlegroups.com
Please update and try again. Think I found the problem.

For the record:
Running nm -g /usr/lib/libiconv.dylib indicates that there are
_libiconv* symbols (e.g. close and open). But if you run nm -g -arch
x86_64 /usr/lib/libiconv.dylib you'll notice that these symbols are
not available in the 64-bit variant of libiconv.

The reason for this can be seen in the Apple patch to iconv:
http://opensource.apple.com/source/libiconv/libiconv-26/patches/unix03.patch

So when libintl, which is built against a version of iconv which have
_libiconv_open and friends, tries to link with the system variant of
iconv which doesn't have these symbols the linker complains.

My solution to this is in r6936.

// Erik

--

Reply all
Reply to author
Forward
0 new messages