Re: [A-A-P-develop] Qt module doesn't like having QTDIR set
Brought to you by:
vimboss
From: Aschwin M. <as...@ma...> - 2006-01-18 14:35:10
|
On Wed, 18 Jan 2006, Adriaan de Groot wrote: > On Wednesday 18 January 2006 10:13, Aschwin Marsman wrote: > > > > On SUSE 10.0 I find qglobal.h in the following locations: > > $ locate qglobal.h > > /usr/include/Qt/qglobal.h > > /usr/include/QtCore/qglobal.h > > /usr/lib/qt3/include/qglobal.h > > > > Does the Qt module already Support Qt 4.x? Then the search is incorrect, > > see above. I think it currently supports Qt 3.x. In that case /usr/lib/qt3/ > > should be added to the search path. > > No, it does not support Qt4 -- I suppose there will be a qt4 module eventually > (for one thing, the names of libraries has changed so much, it's hard to > mix). As for adding /usr/lib/qt3 to the search path, that would result in I agree that Qt4 is a major upgrade. > QTDIR set to /usr/lib/qt3, which breaks finding the tools in $QTDIR/bin and > the libraries in $QTDIR/lib (or is that where they live? I never cease to be > amazed by the contortions Linux distros put themselves through). Right now > the Qt and KDE modules assume that things are installed in a prefix, the way > they were intended to be. If /usr/lib/qt3 is added, everything will work out fine, see below: ---------8<---------8<---------8<---------8<---------8<--------- $ ls /usr/lib/qt3/ /usr/lib/qt3/bin /usr/lib/qt3/: bin doc etc include lib mkspecs phrasebooks plugins templates translations /usr/lib/qt3/bin: assistant findtr lrelease mergetr msg2qm qembed qmake qtconfig qvfb designer linguist lupdate moc qconfig qm2ts qt20fix qtrename140 uic ---------8<---------8<---------8<---------8<---------8<--------- So the prefix is /usr/lib/qt3. Best regards, Aschwin Marsman -- web...@on... http://www.onlinefotoservices.nl |