> The XrandR library is very likely installed on all modern Linux machines
> (ie ones that can do xft). It is required by Qt and GTK. I don't think
> there will be any problems requiring it.

XRandR calls have been implemented using dlopen/dlsym to dynamically
load the libXRandR.so if it exists. This does not add a new
dependency because dlopen/dlsym is already used in Fl_Preferences.

>
> On 10/02/2011 03:47 AM, Matthias Melcher wrote:


> > As for Xrandr, if I understood this correctly, it can remain statically 
> > linked and still run an machines that do not have Xrandr installed. X11 is 
> > a network protocol that defines communications between the server (the 
> > display or terminal), and the client (the application). It was meant to 
> > send graphics commands from a "dumb" terminal to an app running on a 
> > mainframe. Now if we send Xrandr requests from the app, the X11 server 
> > should simply return "bad value", and FLTK should react appropriately. We 
> > should verify that this works. Xft should behave the same way - has anyone 
> > ever tried that?

For XRandR, the client doesn't send possibly meaningless RandR
requests to the server. Rather, it first queries the server to know
whether the RandR extension is present, using XRRQueryExtension().
Only when the RandR extension is present in the X server will clients
send XRandR commands to the server.

> >
> > So, yes, static linking should be fine.
> >
> >   - Matthias
>

_______________________________________________
fltk-dev mailing list
fltk-dev@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-dev

Reply via email to