The SDL in Fedora 42 / 43 is currently not usable for the Hatari CI
since the "dummy" driver behaves in a bad way:
https://github.com/libsdl-org/sdl/issues/14872
Downgrade to Fedora 41 until the fix arrives in the latest versions
of Fedora.
Fedora 42 replaced the SDL2 library with mingw64-sdl2-compat that uses
SDL3 as backend. Since we did not really test this yet, let's continue
to use Fedora 41 for a while 'til we are sure that we can switch.
Provide the Hatari release demos as an example for the emscripten
build of Hatari, and start the emulator in STE mode so that it can
run the demos without reconfiguration.
(Note: Skip the demo from v2.3 since it caused some troubles here)
The small mem mode is stable now, uses less memory and even still seems to
be at least as fast as the other mode, so it is the one and only default
mode now
Some debug builds are compiled without optimizations, which are then
causing lots of warnings when _FORTIFY_SOURCE has been enabled.
So let's stop enabling it by default and add them to some of our CI
pipelines instead.
A CI run currently still costs a lot precious CI minutes (ca. 32 minutes),
and since the CI minutes are now limited to 400 minutes per months, let's
try to be more efficient by merging the jobs even further. Also remove the
python packages from the mingw job since they are not really useful there.
gitlab.com recently introduced limits for the monthly CI minutes,
so we have to be more conscious about the jobs that we are running.
Almost everything that is handled by the "build-normal" job is
already tested in other pipelines, so we can certainly drop this
job to save some CI minutes. While we're at it, turn "build-alt"
into a job that really tests for a minimalist configuration instead.
We're currently considering to get rid of the ENABLE_SMALL_MEM switch,
with a preference to have it enabled by default. Thus let's turn it
on by default now to get some more test coverage for this.
The latest version 34 has some problems with format strings (it does
not like PRId64 anymore), thus let's switch back to version 33 which
is working fine.
Upstream SDL1.2 development has been stopped many years ago already,
and maintaining support for two major SDL versions in Hatari can
be quite of a pain sometimes, so let's finally retire the support
for SDL1.2 in Hatari now.
The new WinUAE CPU core is well established nowadays and the old core is
hardly tested/used anymore. Since it's also a burden to maintain two CPU
cores, let's retire it now. Start the process by removing the corresponding
logic in the build system.
And we also have to install python2 with the latest version of Fedora
explicitly to get the "python" command (as long as we haven't switched
our scripts to use "python3" yet).
Nicolas Pomarède