Le mercredi 30 novembre 2022 à 01:50:12 UTC+1, Tigercat a écrit :
BTW, the xinerama setting in config.h is set:
/*
* HAVE_XINERAMA
*
* Do we have the Xinerama library to support multi-head displays?
*/
#define HAVE_XINERAMA 1
That was the problem. HAVE_XINERAMA was 0 in the faulty FLTK <3> situation above.
At the moment I'm using configure+make to build in the FLTK tree. My main project uses autotools.
I'm under the impression CMake is the 'future' for FLTK. Would the developers recommend that I migrate the build of FLTK to CMake? As I'm on Gentoo access to build systems is not a problem :-)
Yes, CMake is expected to progressively supplant configure as building tool.
But configure remains supported by FLTK.
Building FLTK from source with CMake can be as simple as
cd <FLTK source tree>
mkdir build
cd build
cmake ..
make -j4
and you get libraries in <FLTK source tree>/build/lib/
headers in <FLTK source tree>/FL/ and test apps in <FLTK source tree>/bin/test/