Using the new driver build actions in X11Libre/actions-build-driver repo,
instead of having lots of duplicated pipeline and script in all the
individual driver repos.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Neither is this one ever here, nor should it be defined locally (instead
of using Xserver SDK headers).
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
The module directory has changed to a per ABI folder in the xlibre-xserver.
Now the default value of `xorg-module-dir` will be detected from the `moduledir` variable in xorg-server.pc.
Signed-off-by: callmetango <callmetango@users.noreply.github.com>
This pipeline builds the driver against the latest Xserver stable
release as well as current master.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Since we don't need those, it's best to just #undef them, after
including xf86str.h.
> In file included from /usr/include/xorg/os.h:53:
> /usr/include/string.h:149:10: note: previous declaration of 'timingsafe_memcmp' with type 'int(const void *, const void *, size_t)' {aka 'int(const void *, const void *, long unsigned int)'}
> 149 | int timingsafe_memcmp(const void *, const void *, size_t);
> | ^~~~~~~~~~~~~~~~~
> In file included from ../../../src/spiceqxl_uinput.c:12:
> /usr/include/xorg/xf86str.h:263:5: error: expected identifier before numeric constant
> 263 | BUS_PCI,
> | ^~~~~~~
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
In some Xserver versions, xf86str.h uses "bool" as parameter name,
clashing the define/typedef from stdbool.h
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
xnfstrdup is just an alias for XNFstrdup() that doesn't seem to serve
any practical purpose, so it can go away once all drivers stopped using it.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
xnfcalloc is just an alias for XNFcallocarray() that doesn't seem to serve
any practical purpose, so it can go away once all drivers stopped using it.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
xnfalloc is just an alias for XNFalloc() that doesn't seem to serve
any practical purpose, so it can go away once all drivers stopped using it.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Instead of just enabling linux specific libc extension, do it
generically on all platforms.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
On GNU/Linux we have to define _GNU_SOURCE before including stdio.h,
in order to get the prototype for asprintf().
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
The field is never set, only used once to "restore" the ScreenRec->DestroyPixmap
(hopefully by zero ?). Since, as an screen driver, we're at the lower end of the
chain anyways, so it doesn't really matter. Thus drop the unused field.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Part-of: <https://gitlab.freedesktop.org/xorg/driver/xf86-video-qxl/-/merge_requests/20>
Xserver includes have explicit pointer types for quite all kind of structs
(at least those used by drivers), which are used all over the Xserver.
Thus it's much cleaner to use those everywhere.
This commit also clears the road to fix a horrible nightmare of hacks just
needed to circumvent naming clashes between Xserver and Xlib (affecting all
DDXes that are painting on another Xserver): we can simply rename Xserver's
own "GC" type to "GCRec" (the usual naming convention here) and so no trouble
with Xlib's "GC" type anymore. Once this has landed, we're free to do that
without breaking this driver.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Clears errors from FlawFinder in gitlab CI:
Error: encoding error in ./src/uxa/uxa-unaccel.c
'utf-8' codec can't decode byte 0xa9 in position 19: invalid start byte
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
