add --enable-libsuffix=64 (or --with-extra-libs={%_libdir} )

Rex Dieter rdieter at math.unl.edu
Thu Jan 12 15:40:17 UTC 2006


Neal Becker wrote:
> Rex Dieter wrote:
> 
> 
>>Neal Becker wrote:
>>
>>>I've been testing FC5T1, and as I'm building some kde packages, I seem to
>>>need to add --enable-libsuffix=64.  Probably because X moved.
>>
>>Every libsuffix problem I've seen wrt kde apps had to do with qt, and
>>was solved by defining QTINC/QTLIB, which is done now by qt-devel's
>>/etc/profile.d/qt.(sh|csh)
>>
>>Perhaps if you could post more details, we could help more instead of
>>merely speculating... (-:
>>
>>-- Rex
>>
> 
> 
> Sure.  I grabbed the latest krename-3.0.10 tar, and after minor editing to
> krename.spec included in the tar (copyright->license) try build:
> 
> + ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu
> --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr
> --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
> --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
> --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com
> --mandir=/usr/share/man --infodir=/usr/share/info
> ...
> checking for X... libraries /usr/lib, headers .
> 
> Nope, that won't work!
> 
> If I add --enable-libsuffix=64:
> 
> checking for X... libraries /usr/lib64, headers .
> 
> This seems to happen on several kde packages I tried.  I believe it is

OK, looks like your diagnosis was right, though I'd argue that 
./configure is broken.  It *should* look in what was passed by --libdir=...

Another (cleaner, IMO) workaround is to add to configure:
--with-extra-libs=%{_libdir}

-- Rex




More information about the fedora-devel-list mailing list