Reworking the Haiku backend from 6.3 (2004) to 8.1 (2018) surprisingly
only took a few hours to get it to compile ... but then it crashes when
attempting to start inferiors with a use-after free that I spent over
three hours debugging and got nowhere.
It seems that somehow, an event object that is created, deleted, and otherwise
managed entirely by the Haiku patches is somehow deleted between waits?!
The guarded heap was of not much help here, it obviously caught the UAF
before the regular heap did, but couldn't even say where it had been freed,
only where it had been allocated; and the allocation location looked
completely wrong also. So, this is very close, but it doesn't work just yet.
It would sure be nice to have Qt Creator's GDB support (which needs
Python-enabled GDB) working...
- Provides compatibility script for gcc2 main architecture
- Fixed bug where packages using autotools fails to build with pkgconf,
this is done by folding pkg.m4 back to the main package, causing
pkgconf to directly conflict with pkgconfig
- Folded _pkgconfig subpackage
* Add REPLACES to get rid of the previous revision which had
"libcmark" (instead of "cmark") in its PROVIDES.
* Move man3/cmark.3 and $libDir/cmake/ to the devel package.
* * Define commandBinDir and friends.
* Add PATCH() to have correct directories in src/CMakeLists.txt.
* Enable on x86 secondary arch.
* Update HOMEPAGE & COPYRIGHT.
* Add REPLACES to get rid of the previous revision which had
"libcmark" (instead of "cmark") in its PROVIDES.
* Upstream does not install api_test, so drop its cmd: entry.
* Move man3/cmark.3 to the devel package.
* Define commandBinDir and friends.
* Add PATCH() to have correct directories in src/CMakeLists.txt.
* Enable on x86_64.
* Update HOMEPAGE & COPYRIGHT.
Unlike ragel 6.9, which builds on x86_gcc2 primary arch, 7.0.0.10
BUILD_REQUIRES devel:libcolm which is not available on x86_gcc2.
We therefore need to keep 6.9 for x86_gcc2.
So, in order to allow x86_gcc2 hybrid to be able to activate both
ragel-6.9 and ragel_x86-7.0.0.10, we cannot install cmd:ragel in
$commandBinDir; we need to install it in $binDir.
Minor change: drop the call to autoreconf as it is not needed.
