Note that I don't plan to regenerate all the autotools files now.
It's a lazy update that will only take effect when autotools files
are re-generated, upon updates or for another reason.
While testing for Xinerama during setup was done display-wide, each time
XineramaQueryScreens() is called either in start-up or due to an XRR
event, the library re-tests for the Xinerama extension anyway before
moving on; so the initial test is redundant and allows another global to
go away with one other change: always fill in sc->xinerama (and _no),
regardless of the success of malloc in XineramaQueryScreens(), and use
it to see if Xinerama dimensions exist when asked by client and/or menu
code.
driver by default but can also use the llvmpipe driver that use LLVM
for code generation if available.
Not yet linked to the build as it depends on pthreads and we don't know
yet how to handle the switch from the default 'swrast' driver, but having
it in tree will help testing and debugging the remaining issues.
Tested by ajacoutot@ and matthieu@, looks ok to matthieu@
Prodded by espie@ I reviewed the history of
OpenBSD local changes carefully and found a number of merge errors
accumulated over the complicated CVS history of this driver.
This the 6.14.4 code + OpenBSD local fixes as it should be.
event that's not coming.
This unbreak clutter/cogl and probably other toolkits.
Upstream commit 25620eb1d277c6b80edb136eaeca12532fcfd3ce by Adam Jackson
ok ajacoutot@, jasper@, robert@
don't need to pass down the new values to screen_update_geometry(); so
just read the width/height values directly for both uses of
screen_update_geometry(). prep for further changes in this area.
noise in OpenBSD system headers. requested by espie@, ok guenther@.
Note that this will only take effect once configure scripts and
Makefile.in are re-generated. This will happen in a not too
short future.
