Re: XineramaIsActive

On Tue, 2003-04-22 at 11:54, Nils Faerber wrote:
> On 22 Apr 2003 11:41:48 +0100
> Philip Blundell <pb_at_nexus.co.uk> wrote:
> > On Mon, 2003-04-21 at 23:34, DL wrote:
> > > While setting up a cross-compilation toolchain using the libraries
> > > that come with Familiar/GPE 0.7 I've come across undefined symbols
> > > for XineramaIsActive and XineramaQueryScreens in libgdk-x11-2.0.so.
> > > I've checked the symbols of all the libraries that come with the
> > > Familiar image (via a simple grep on /usr/lib and /usr/X11R6/lib)
> > > but none of them provide those functions.
> > > In the meantime I thought I'd just export functions that return
> > > false and 0 monitors, respectively, but is there a permanent fix for
> > > this?
> > These functions are provided in libXinerama.a. I think that if you
> > make sure GTK's configure script can't find any Xinerama headers, it
> > will avoid making use of these functions so the library won't be
> > required.
>
> Do you think this should be the solution?
> What if you do have Xinerama like it is possible with a PCMCIA/CF VGA
> card?

I don't think the iPAQ Xserver is built with Xinerama support. Also,
from what I recall it only supports a single external screen, and I
doubt it would be all that useful to run Xinerama across the internal
LCD and an external monitor.

However, building Xinerama support into GTK should be easy enough; you
just need to make sure that all the libraries and headers are present at
configure time (you can get them from Debian). libXinerama.a is linked
statically into libgdk, so there is no need to ship any extra libs on
the target system. I don't remember if the libgtk we ship in Familiar
has Xinerama turned on or not, but the code is pretty small so we could
certainly start doing that if someone wanted it.

p.
Received on Tue Apr 22 2003 - 11:07:14 EDT