[Qt-interest] Library Dependencies on Solaris

[Thiago Macieira]

Em Quarta-feira 08 Setembro 2010, às 15:49:21, Jake Colman escreveu:
> Why does Qt use glib at all?  Doesn't Qt provide its own implementation
> of glib features anyway?

Yes.

QtCore uses glib for one specific purpose only: event-loop integration. When Qt 
is built with glib support, it uses GMainContext to drive the event loop. That 
way, if you use the glib's gmain functions to add event sources, they will 
work in a Qt application too.

Why would you want to do that? Sometimes, you want to load libraries or 
plugins that were written with glib. Or you'd like to do the other way around 
and make a Qt-based plugin for a glib-based application.

The concrete use-cases of this come from QtGui and the multimedia libraries. 
QtGui's QGtkStyle actually loads Gtk into memory and requires the glib loop to 
paint the widgets properly.

The multimedia libraries (both Phonon and QtMultimedia[Kit]) have a GStreamer-
based backend, which also requires glib. Both of them also integrate with 
PulseAudio, which requires the glib event loop too.

If you don't need any of that, you can turn off glib support.

>    >> Bottom line: I will be installing my app onto systems that will
>    >> have a stock, hardened Solaris installation.  I can only build Qt
>    >> with dependencies on those libraries that I know will be available
>    >> on that kind of bare-bones installation?  Is that possible?  If
>    >> not, what are the minimum requirements?
> 
>    TM> Why don't you build Qt on that environment?
> 
> Why not indeed?  Unfortunately, I do not have such an environment
> readily available.  On the other hand, I can probably just package the
> necessary libraries and ship them with my application in the same way
> that I have to package the shares Qt libraries. So maybe this is not an
> issue after all.

Well, you can make such an environment by hiding the libraries that the 
portions that Qt shouldn't be able to see.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
  Senior Product Manager - Nokia, Qt Development Frameworks
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
Url : http://lists.qt-project.org/pipermail/qt-interest-old/attachments/20100908/a40a1d1b/attachment.bin