- easyrpg: bump to latest tagged commit, add libpng dependency and drop patches
- liblcf: update to 0.7.0 (dependency of easyrpg) and drop patches
- icu69: new package (icu from Lakka-v4.x) as dependency of liblcf
liblcf does not link with icu 68.1, therefore added new package icu69
with icu 69.1
- update RetroArch to newly tagged 1.10.2
- modify libretro-update script to check for tagged commits
- modify some packages to use tagged commit
- update libretro cores/assets/databases/etc to latest versions
- update liblcf (dependency of easyrpg) to 0.7.0 + drop patches
this is a maintenance update for platforms not yet ported to 4.x branch
- update RetroArch to 1.10.1
- update cores on par with Lakka 4.0 in branch Lakka-v4.x
- bump Lakka version to 3.7.1
- add PKG_SKIP_SUBMODULE variable (pcsx_rearmed has obsolete submodule
registration, which breaks cloning the repo and pulling submodules)
- bump cmake to 3.15.0 (required by play)
* Bump fakeroot to version 1.25.3
Fetched fixes and patches from upstream.
Seems has issues building with newer glibc so bumping to avoid these.
* Bump elfutils to version 0.185
Has issues building with newer glibc versions.
* update libretro cores
* update atari800
* update tic80
* fix indent
* disable threaded renderer on arm
* update ignore sdl patch
* make: fix compile issues and update package from LE
* duckstation: repoint to libretro and update. upstream doesn't support libretro core anymore
* pcsx_rearmed: updated and removed unneeded patch
* libretro cores: update all cores
* melonds: fix patch error
* lutro: drop unneeded patch and update
* mu: revert back to make and fix directory references for building/copying core
* beetle-psx: pick version before static c++ until figure out linking
* bsnes2014: fix up copy build error
* bsnes-mercury: fixup copy build error
Cannot rollback to previous version since it does not build with gcc 9/10
However this version seems to work with gcc 10 *and* also produce valid binutils
that are not affected by the ABI change (see https://lkml.org/lkml/2020/1/30/1005)
By default binutils 2.33 will automatically build and use it's
bundled zlib version - which isn't obvious from package.mk as
we don't explicitly build the zlib folder.
binutils 2.32 uses the zlib include from it's bundled version but
won't build it and try to link with libz.a from sysroot - which
will either fail (if zlib wasn't built before) or result in a
possible version mix (which isn't nice as well).
Explicitly using the target zlib - like most linux distributions
do - solves these issues and makes the build consistent.
Signed-off-by: Matthias Reichl <hias@horus.com>
Just add a patch so that the elfutils executables (eu-ar, eu-nm, ...)
aren't built/installed and use upstream build otherwise.
Signed-off-by: Matthias Reichl <hias@horus.com>
