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.