dix-config.h needs to be included at the very top of all sources,
but it shouldn't be included from other headers.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
No need for weird hacks trying create nameless unions (which aren't
even done consequently), just give them trivial names and done.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
putenv() is deprecated due several drawbacks: the passed buffer becomes
part of the environment (not copied), thus the caller needs to allocate
a permanent buffer first - and has no way to know whether it might
become used later. And it has to fill in the new entry in the correct
form (<name>+"="+<value>)
setenv() instead is damn simple: pass env variable name and value
separately, and no need to care what's going on under the hood.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
These never seemed to be actually active, ever. Since nobody ever seemed
to have an actual desire to use an xf86-style config file for Xwin,
let's just drop all that ancient dead code.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
We don't wanna use VLAs, because they're inherently unsafe.
Since the values[] array can never be bigger than attrs,
just use attr's size here.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
We only need the config attribute list from the caller,
we can chose the configs and free them ourselves
Signed-off-by: stefan11111 <stefan11111@shitposting.expert>
Now that we're first trying no-config contexts,
there is no need to inject an `EGL_NO_CONFIG_KHR`
as the first config in the returned list
Signed-off-by: stefan11111 <stefan11111@shitposting.expert>
Only the render acceleation and xv work for some reason.
glx only wants to create indirect contexts, which don't work.
Signed-off-by: stefan11111 <stefan11111@shitposting.expert>
It will likely be slower that unaccelerated rendering.
Command-line flags were added for overriding this.
Signed-off-by: stefan11111 <stefan11111@shitposting.expert>
This makes it so that glamor glx can properly initialize and
choose hw accelerated `FBConfig`s, instead of just using softpipe/llvmpipe.
This commit fixes the issue described in https://github.com/X11Libre/xserver/pull/1832#issue-3827524680
Now, `FBConfig`s corresponding to the choosen accelerated `EGLDevice`
are choosen by `glXChooseFBConfig`.
Signed-off-by: stefan11111 <stefan11111@shitposting.expert>
Now gbm required for the modesetting driver.
`GLAMOR_HAS_GBM` is defined even if glamor isn't built.
Signed-off-by: stefan11111 <stefan11111@shitposting.expert>
Since libgbm was split from mesa, and a backend that works
with only dumb buffers was written, there is no reason why we
should roll out own dumb buffer implementation.
Signed-off-by: stefan11111 <stefan11111@shitposting.expert>
