24 Jun
2012
24 Jun
'12
3:32 p.m.
On 06/23/2012 02:52 AM, Darrell Anderson wrote:
Commit a5dfd481?
tqca-tls builds here on 64-bit, but Slackware uses lib${LIBSUFFIX}, as do many other
distros.
I don't know how to make any of that work on both types of directories.
Darrell
Thanks Darrell,
How do we fix or undo the commit that breaks building for distros that use
../lib on x86_64??
<rant>
Damn!
Why was this change made without regard to accommodating the prior build
behavior? That is one thing we have to avoid doing. I recall the lib64
discussion and I specifically noted that Arch and others use /lib regardless. We
can't simply implement changes that break build behavior for some and not others
and just -- leave it to the other guy to sort it out.
Issues like this need to be solved TDE wide, not just until it "works for
me."
</rant>
That being said, I think this in this case, it is just broken logic leading to
the build failure. Somewhere in this range from grep:
configure:#include<stdlib.h>
configure: TQString expandLibs(const TQString &lib)
configure: return TQString("-L") + lib;
configure: bool findLibrary(const TQString &name, TQString *lib)
configure: *lib = "";
configure: if(checkLibrary("/usr/local/lib", name)) {
configure: *lib = "/usr/local/lib";
configure: if(checkLibrary("/usr/local/lib64", name)) {
configure: *lib = "/usr/local/lib64";
configure: if [ ! -f "$QTDIR/lib/libtqt-mt.so.3" ]; then
configure: if [ ! -f "$QTDIR/lib64/libtqt-mt.so.3" ]; then
configure: echo "libtqt-mt.so.3 installed in $QTDIR/lib/"
configure: echo "or $QTDIR/lib64/."
If somebody knows how to fix this, please let us know so that a patch can be
tested and pushed. configure logic and undoing git changes has never been a
strong point so I would welcome suggestions here.
--
David C. Rankin, J.D.,P.E.