Changelog:
r45440 | compyx | 2024-12-31 10:06:02 +0000 (Tue, 31 Dec 2024) | 4 lines
Build system: remove --without-zlib and make zlib mandatory
Zlib is ubiquitous enough to just require as a hard dependency.
------------------------------------------------------------------------
r45439 | gpz | 2024-12-31 06:32:45 +0000 (Tue, 31 Dec 2024) | 1 line
remove all traces of HAVE_FFMPEG
------------------------------------------------------------------------
r45437 | compyx | 2024-12-29 12:40:07 +0000 (Sun, 29 Dec 2024) | 7 lines
GHA: Remove libglew2.1 from control file for Gtk3 Ubuntu package
Also list all dependencies on a single line (lintian complained about the
dependencies being listed on multiple lines).
Somehow dpkg doesn't install libglew2.1 or libportaudio2 when installing VICE,
leading to a broken state, perhaps this will magically fix that.
------------------------------------------------------------------------
r45436 | compyx | 2024-12-29 10:33:40 +0000 (Sun, 29 Dec 2024) | 2 lines
x64dtv: remove #if 0'ed code left over from previous commit
------------------------------------------------------------------------
r45435 | compyx | 2024-12-29 10:28:58 +0000 (Sun, 29 Dec 2024) | 18 lines
Fix linking issues with LLVM's lld (18 and 19)
Linking with lld-18 and lld-19 triggered some duplicate symbol errors when
linking x64dtv, xpet and xcbm2 in the rs232, userport and parallel cable
libs.
The shared `driver_libs` now has `rs232drv_lib` removed and `rs232drv_lib`
(or `rs232drvpet_lib` in the case of xpet and xcbm2) has been added to the
individual targets of the emulator binaries.
The `rs232drv` directory has an additional target `rs232drvpet.a` which
doesn't link with rsuser.o, avoiding registering userport resources and
command line options with xpet and xcbm2, the stubs in `pet-stubs.c` and
`cbm2-stubs.c` are now properly used during linking.
Parallel cable drive code was linked with x64dtv, probably copy+paste from
x64 code, this has been addressed as well.
Single-target compilation should also handle the split `rs232drv.a` (one rule for `librs232drv.a`, one for `librs232drvpet.a), I haven't tested that.
------------------------------------------------------------------------