Darren J Moffat wrote:
> Does it really make sense to have all of QT hidden away in /usr/qt4 ?  I 
> was expecting at least some things like include files or libraries to be 
> under /usr/include and /usr/lib respectively.
> 
> My concern is how are autoconf, and the like, scripts that need to find 
> QT libraries and includes going to find it ?  Are we expecting that 
> everyone will know to do something like this:
> 
>     ./configure --with-qt-include=/usr/qt4/4.4.1/include \
>         --with-qt-libs=/usr/qt4/4.4.1/lib/
> 
> Is there no pkg-config .pc file for QT that can be placed in 
> /usr/lib/pkgconfig to help with this ?

PKG_CONFIG_PATH can be set to /usr/qt4/4.4.1/lib/pkgconfig:${PKG_CONFIG_PATH}.

Or, one can say --with-qt-include=${QTDIR}/include --with-qt-libs=${QTDIR}/lib

> Is this the common layout on Linux based distributions where GNOME is 
> considered the primary desktop rather than KDE ?  What is they layout 
> when KDE is the primary desktop ?

SUSE organizes as /usr/lib/qt3 /usr/lib/qt4, etc

The question is: what happens when we want to include a newer version of QT (QT 
4.5.0 is already out), which comes with newer and likeable features ? The two 
versions have to be able to coexist someohow, without creating conflicts.

> 
>>     This Fasttrack proposes an overall "Uncommitted" Interface
>>     Stability Classification for QT4. Considering the ABI Micro
>>     Release Stability guarantee provided by Trolltech ASA, a
>>     "Committed" Interface Stability Classification would have been
>>     appropriate. However, QT4's dependency on
>>     External/Evolving/Uncommitted Interfaces makes an overall
>>     "Committed" Interface Classification inaproppriate.
> 
> That doesn't follow.  Just because you have lower classified 
> dependencies doesn't mean you can't be higher than them.  That is the 
> definition of what we do in ARC.  Everything is built on something of a 
> lower classification at some level.   So if this really could be 
> Committed other than for the incorrect assumption on the dependencies it 
> should be Committed.

It can't be Committed because [1] it doesn't really implement any known 
Industry 
standard, and [2] we don't control QT's Interface Stability level.



-- 
Stefan Teleman
Sun Microsystems, Inc.
Stefan.Teleman at Sun.COM


Reply via email to