> 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
