On 07.01.2011 10:38, Matthias Melcher wrote: > > I don't know much about X11 and much less about Xinerama, but I tried to get > the DPI code running on X yesterday, and all my virtual machines (3 Linux > variants) fell back to X11 (no Xinerama). After investigating a little more, > I found that there is no libXinerama.so, but there are libXinerama.1.so and > libXinerama.1.0.so or similar. > > Shouldn't there be a symbolic link? Or is that only generated if one actually > has multiple displays?
I have on Linux (Ubuntu 9.x), in a Virtualbox VM: lrwxrwxrwx 1 ... /usr/lib/libXinerama.so.1 -> libXinerama.so.1.0.0 -rw-r--r-- 1 ... /usr/lib/libXinerama.so.1.0.0 ... and on Cygwin (Windows 7): -rw-r--r-- 1 ... /usr/lib/libXinerama.a -rwxr-xr-x 1 ... /usr/lib/libXinerama.dll.a* -rwxr-xr-x 1 ... /usr/lib/libXinerama.la* I know the latter is not relevant here, but anyway. Configure finds Xinerama only on my Cygwin system, but not on Linux. I don't know whether it depends on the (missing?) link or maybe missing headers, though. > And even though "configure" has not found Xinerama, it is still listed in the > summary of the script. That can't be good? That's probably only a wrong display in configure and harmless. I just verified that HAVE_XINERAMA is set correctly in config.h (always #define'd, but with 0 or 1, resp.). BTW.: I'm just fixing a bug WRT Xinerama and dpi for Cygwin/X11 or maybe generally for X11: As it is on my system, configure finds Xinerama, but it is not active with my X server configuration, i.e. XineramaIsActive(fl_display) returns false... Please don't submit RC3 before this is committed. Albrecht _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
