On 06/24/2012 05:58 PM, Darrell Anderson wrote:
>> I got it -- I wall just have to patch the mkspec for
>> linux-g++-64 when I build TQt3. Simple patch -- just took a while to find the issue.
>>
>> I have tqca-tls building now after editing the mkspec.
> 
> David, do you need to patch mkspec? I ran into the same (or similar) problem last week. The solution is to use the respective (T)Qt3 "platform" configure option:
> 
> ./configure \
> ...
> -platform ${PLATFORM} \
> ...
> 
> Where ${PLATFORM} is defined in your build script. For Slackware I do this:
> 
> if [ "$LIBDIRSUFFIX" = "64" ]; then
>   PLATFORM="linux-g++-${LIBDIRSUFFIX}"
> else
>   PLATFORM="linux-g++"
> fi
> 
> As Arch does not use a suffix, possibly all you need do is this:
> 
> ./configure \
> ...
> -platform linux-g++ \
> ...
> 
> 
> Darrell
> 

  To solve the whole issue with tqca-tls, I just had to edit:

/opt/tqt3/mkspecs/linux-g++-64/qmake.conf

and change:

QMAKE_LIBDIR_QT         = $(QTDIR)/lib64

back to:

QMAKE_LIBDIR_QT         = $(QTDIR)/lib

  Like I said, I still don't see why you would every want a $(QTDIR)/lib64
unless you want to install TQt3 in /usr. If a majority use /usr/lib64, then it
is a good change. It was just frustrating as all getout trying to find where in
the heck the new **/lib64 stuff was coming from. I would never in 100 years
found it in mkspecs/linux-g++-64/qmake.conf. I dorked with building tqca-tls
every which way to Sunday and still could make it expose where that 64 was
coming from. That's just my shortcoming in understanding how the Qt bits get
pulled from the mkspec dirs. I know now :)


-- 
David C. Rankin, J.D.,P.E.