[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

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



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


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]