Re: Building libetpan as a fat library for PPC and x86

Hello,

Matt Ronge wrote :
> mkdir .libs/liblow-level.lax/libimap.a
> (cd .libs/liblow-level.lax/libimap.a && ar x 
> /Users/mronge/Projects/Kiwi/MailCore/libetpan/src/low-level/imap/.libs/libimap.a)
> ar: 
> /Users/mronge/Projects/Kiwi/MailCore/libetpan/src/low-level/imap/.libs/libimap.a 
> is a fat file (use libtool(1) or lipo(1) and ar(1) on it)
> ar: 
> /Users/mronge/Projects/Kiwi/MailCore/libetpan/src/low-level/imap/.libs/libimap.a: 
> Inappropriate file type or format
> make[2]: *** [liblow-level.la] Error 1
> make[1]: *** [all-recursive] Error 1
> 
> I tried setting things up to use libtool instead of ar, but I am unsure 
> what I should do.
> AR="libtool"

FYI, ar here is already being called by libtool, so I would think that
the version of libtool bundled with libetpan doesn't known of this
situation.

You might try to update libtool to a version bundled with the system
which would hopefully handle that. To do that, run make realclean, then
run the autogen.sh script (note that you also need autoconf and automake).

Also, according to
http://developer.apple.com/documentation/Porting/Conceptual/PortingUnix/compiling/chapter_4_section_3.html
ar is unable to handle fat .a if ranlib has been run on them. So maybe
avoiding libtool calling ranlib would fix this.

Hope that helps,

Gaël.

-- 
Gaël Roualland -+- [email protected]


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642