|
efa1aa9a
|
2021-12-01T01:55:56
|
|
initial attempt at adding os2 support to autotools
|
|
f1c15aa3
|
2021-11-28T08:56:25
|
|
Tests cover the latest SDL features
|
|
|
cc3fe1a1
|
2021-10-31T08:25:24
|
|
tests: don't fail configury if libunwind is not available.
|
|
c57bcb47
|
2021-10-23T14:46:03
|
|
test: Fix building with libunwind under autotools
There are two issues which are stopping the SDL tests from building on
my machine:
- libunwind is not being linked
- Even if it is, it is missing several symbols.
The first is fixed by having the test programs link against libunwind if
available. Technically, SDL2_test should be linking against it, as it's
used in SDL_test_memory.c, but as SDL2_test is a static library, it
can't itself import libunwind. We just assume that if it's present on
the system, we should link it directly to the test programs. This should
strictly be an improvement, as the only case where this'd fail is if
SDL2 was compiled when libunwind was present, but the tests are being
compiled without it, and that'd fail anyway.
The second is fixed by #define-ing UNW_LOCAL_ONLY before including
libunwind.h: this is required to make libunwind link to predicatable
symbols, in what can only be described as a bit of a farce. There are a
few more details in the libunwind man page, but the gist of it is that
it disables support for "remote unwinding": unwinding stack frames in a
different process (and possibly from a different architecture?):
http://www.nongnu.org/libunwind/man/libunwind(3).html
Note that I haven't tried this with CMake: I suspect that it'll work,
though, as the CMakeLists.txt seems to have SDL2 link against libunwind if
it's present. This adds an ugly extra dependency to SDL2, but does mean
that issue 1 isn't present. The UNW_LOCAL_ONLY change shouldn't be
build-system-specific.
|
|
91ce6019
|
2021-09-06T10:40:23
|
|
test: Fix path used in AC_CONFIG_AUX_DIR
AC_CONFIG_AUX_DIRS is an undocumented, internal version of
AC_CONFIG_AUX_DIR that takes a whitespace-separated list, instead of a
single path to add to the list. It also does not automatically treat
the given path as being relative to the $srcdir, unlike the documented
AC_CONFIG_AUX_DIR.
Newer versions of autoconf treat the argument to AC_CONFIG_AUX_DIRS
as being literal (they do not expand the shell variable), causing
autoreconf to fail if $srcdir is explicitly specified. The argument to
AC_CONFIG_AUX_DIR is checked relative to $srcdir anyway, so there is no
need to specify $srcdir a second time.
Resolves: https://github.com/libsdl-org/SDL/issues/4719
Signed-off-by: Simon McVittie <smcv@debian.org>
|
|
|
197cfcaf
|
2021-04-14T21:10:40
|
|
ran configure.ac through autoupdate-2.69
generated configure script is practically the same except for whitespace
changes.
|
|
e6b87005
|
2021-03-17T20:10:31
|
|
Fix tests configuration and building when only GLVND full OpenGL implementation is present.
|
|
|
a29fe292
|
2021-02-18T20:10:50
|
|
configury: replace host checks against *-*-mingw32* with *-*-mingw*
|
|
|
d0c5097c
|
2021-01-23T03:41:02
|
|
minor autotools build system updates.
|
|
|
44d4a61d
|
2020-12-14T08:11:40
|
|
minor cleanups to configure.ac to reduce autoconf-2.70 warnings a bit.
configure output is practically unchanged. there are still lots of
AC_TRY_COMPILE/AC_TRY_LINK replacements needed to really eliminate
the warnings, but that's for another time.
|
|
8f1a916a
|
2020-02-13T20:50:47
|
|
Add basic support for compiling on RISC OS
|
|
|
80cf4f07
|
2020-02-08T19:34:51
|
|
test: Improved detection of OpenGL support
|
|
18d83093
|
2019-05-18T23:47:57
|
|
test: configure/make shouldn't build GL/GLES1/GLES2 programs if unsupported.
|
|
|
1febfedf
|
2019-04-02T05:31:08
|
|
configure.in: Rename configure.ac to fix an 'aclocal' warning
|