* Small number of changes to get it building
* Very unstable, but getting there.
* split sdl 2.0 from libsdl to libsdl2. The reasoning
behind this is that libsdl uses -lsdl, while libsdl 2.x
uses -lsdl2. (SDL2 breaks a lot of binary compat I guess)
* Remove old sdl2 bep's in libsdl.. these never worked well.
* libsdl 2.0.0 seems to build with gcc2 and gcc4 (yay)
* libsdl 2.0.0 patch pushed upstream in SDL bug #2046
* Thanks to the gsoc students for their hard work!
(cherry picked from commit d7e59f63c1)
Conflicts:
media-libs/libsdl2/libsdl2-2.0.0.bep
* All the packages have changed version
* Cleanup the dependencies to avoid repeating transitive ones
* libxml is not required anymore (libdom replaces it everywhere)
* on the other hand, NetSurf build uses perl html::entities. Added a bep for it.
* Also adjusted the licences. While NetSurf is still GPL/MIT+OpenSSL exception, all the other libs are plain MIT, with various copyright holders.
(cherry picked from commit 9b6e3c28b0)
Conflicts:
dev-libs/libwapcaplet/libwapcaplet-0.2.0-HEAD.bep
dev-util/buildsystem/buildsystem-1.0-HEAD.bep
media-libs/libnsbmp/libnsbmp-0.1.0-HEAD.bep
media-libs/libsvgtiny/libsvgtiny-0.1.0-HEAD.bep
net-libs/libdom/libdom-0.0.1-HEAD.bep
www-client/netsurf/netsurf-3.1-HEAD.bep
* this fixes the wrong recipe names introduced by myself in #d525fee
* adjust patch names to match corresponding recipes
* additionally: create 'additional-files' folders as hint to some
ports that do not have a proper recipe yet
WIP on taglib recipes, Note that taglib-1.8 won't build with gcc2,
Thus for a gcc2 built armyknife we may need a taglib-1.7.2 library.
Fix filename for ed-1.7, still may need more work, not fully tested
yes but it is getting further than previous version.
* Add version 9 since our auto tools don't like the 8d build system.
Hopefullly that also works with Haiku's JPEG translator.
* Omit patch for this version. This should rather be solved in the
JPEG translator.
* Build 3 packages: The base package only contains the library, the
devel package the usual development files, and the tools package
contains the executable which probably no one ever uses.
