Hi,

I've currently compiled Licq 1.3.2RC2 for Mac OS X.

It seems that on systems where the iconv functions are not inside libc proper
it does not get added to the eventual list of LDFLAGS.

There is a line in the Makefile that has -liconv, however, that doesn't
exist in the list of flags which get tacked on during link-time.

Also, when compiling the licq daemon, it spits this after the linking
stage:

../libtool: line 2851: bundle: command not found

though seems harmless.

Also, on Mac OS X, things are named libfoo.dylib (for development), and
libfoo.X.dylib, where X is a number.

So, the tests in configure like -r "$qt_dir/libqt.so" are wrong, they should
be -r "$qt_dir/libqt.so" -o -r "$qt_dir/libqt.dylib".  This will probably be
fine but may break esoteric configurations, the right thing to do is to base
the extension on whatever target machine you want to run on, because you may
be cross-compiling.

When compiling the Licq Qt GUI Plugin, OS X does not support rpath flags
(-rpath and -R).  They should not be there.  In addition to this, 
to create a "plugin" under Mac OS X, 

"-bundle -flat_namespace -undefined suppress"

 must be used.

I manually did a link and copied the file over, it seems to start fine.


(Please CC.  Not on list.)

        -- geoff.



-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Licq-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/licq-devel

Reply via email to