[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: building with -m64



At 05:27 PM 3/30/2004, Howard Chu wrote:
>I don't know which "latest" libtool to look at but there are enough problems
>with the current one that I think we should investigate an upgrade.

I'm not sure upgrading to the "latest" libtool will actually fix
much.  I see no evidence that it fixes the .la problem (searching
/lib instead of /lib64).

The main problem with upgrading libtool is that it will require
upgrade configure.in (and openldap.m4) to latest autoconf.  That's
a major chore.

>re: passing -m64 - I recall I used a wrapper shell script for gcc when
>building on Ultrasparc. Getting libtool to do anything sane by itself is just
>... annoying...

I just had to do two things:

To get it to link the shared libraries correctly:
        s%-shared%-m64 -shared%

To get it to ignore .la files in {/usr,}/lib (when linking slapd):
        s%/lib%/lib64%

I can easily fix libtool to do this when -m64 is specified.




>  -- Howard Chu
>  Chief Architect, Symas Corp.       Director, Highland Sun
>  http://www.symas.com               http://highlandsun.com/hyc
>  Symas: Premier OpenSource Development and Support
>
>> -----Original Message-----
>> From: owner-openldap-devel@OpenLDAP.org
>> [mailto:owner-openldap-devel@OpenLDAP.org]On Behalf Of Kurt
>> D. Zeilenga
>> Sent: Tuesday, March 30, 2004 4:24 PM
>> To: openldap-devel@OpenLDAP.org
>> Subject: building with -m64
>>
>>
>> So, I had to build OpenLDAP on a PPC64 system today.
>> Not too bad.  Aside from CFLAGS=-m64, I had to hack
>> libtool to pass -m64 with -shared when building
>> shared libraries and hack libtool to look in
>> {,/usr}/lib64 instead of {,/usr}/lib for .la files.
>>
>> Now I have to consider whether it best to hack our
>> version of libtool (which should be relatively
>> easy) or attempt to upgrade to the latest libtool
>> (which I know will be a real chore, given autoconf
>> files will also need to be upgraded).
>>
>> Kurt
>>
>>