diff options
| author | Robin Haberkorn <rhaberkorn@fmsbw.de> | 2026-01-09 11:07:54 +0000 |
|---|---|---|
| committer | Robin Haberkorn <rhaberkorn@fmsbw.de> | 2026-01-09 11:07:54 +0000 |
| commit | acc6f6e83b9cabdc78b6a4f331c510c69e5ff757 (patch) | |
| tree | 8965f072b61b9f5e7d9d84f81bfc9318e366cb4e | |
| parent | a10e3bb5da5d6e1ecfa726729b0d8aaf6320f3eb (diff) | |
Haiku is officially supported again from now on
* Turns out that it works perfectly with the default --enable-malloc-replacement
as malloc() is replaced globally.
* Added note to configure.ac that malloc() replacement may be useful on platforms
without a global symbol namespace - you just have to link statically (--enable-static-executables)
as well.
This wasn't necessary on Haiku, though.
* Only the test suite required a minor fix since Haiku doesn't support `ulimit`.
* The Gtk interface is broken though on Haiku: You cannot type dead keys,
Ctrl and AltGr combinations.
Doesn't appear to be SciTECO-specific though. The libraries simply doesn't
report modifiers. Appears to be a bug in Haiku's GTK 3 port,
at least in their Beta5 branch. It can be reproduced with gtk-demo as well.
* This opens the door for contributing a port into HaikuPorts.
This will probably be Curses-only for the time being (see above).
| -rw-r--r-- | INSTALL | 5 | ||||
| -rw-r--r-- | README | 2 | ||||
| -rw-r--r-- | configure.ac | 8 | ||||
| -rw-r--r-- | tests/atlocal.in | 2 |
4 files changed, 14 insertions, 3 deletions
@@ -75,6 +75,11 @@ On NetBSD: $ sudo pkgin install git gmake pkg-config autoconf automake libtool-base \ glib2 gtk3+ doxygen +On Haiku: + + $ pkgman install git make pkgconfig autoconf automake libtool \ + glib2_devel ncurses6_devel gtk3_devel groff doxygen + Building from Source Tar Ball or Repository =========================================== @@ -27,7 +27,7 @@ All X/Open-compatible libraries should be supported. SVr4 curses without enhanced definitions is **not** supported. Linux, FreeBSD, NetBSD, [Mac OS X](https://sciteco.fmsbw.de/knowledge/Mac%20OS%20Support), -Windows (MinGW 32/64) ~~and [Haiku](https://www.haiku-os.org/) (gcc4)~~ are tested and supported. +Windows (MinGW 32/64) and [Haiku](https://www.haiku-os.org/) (gcc4) are tested and supported. SciTECO compiles with both GCC and Clang. SciTECO should compile just fine on other UNIX-compatible platforms. However UNIX-compatibility is not strictly required: diff --git a/configure.ac b/configure.ac index 460862c..0f74e40 100644 --- a/configure.ac +++ b/configure.ac @@ -458,7 +458,13 @@ AC_ARG_ENABLE(malloc-replacement, [Replace the libc malloc() [default=check]]), [malloc_replacement=$enableval], [malloc_replacement=check]) if [[ $malloc_replacement = check ]]; then - # We currently do not support dlmalloc on Windows and Mac OS. + # malloc() replacement via dlmalloc should work practically everywhere + # but does not extend to shared libraries on Windows and Mac OS. + # That's why it is disabled by default on Windows and Mac OS where other cheap ways + # of introspection are available (see memory.c). + # On the remaining platforms you can try to combine --enable-malloc-replacement + # with --enable-static-executables to link in as many libraries statically + # as possible. case $host in *-*-darwin* | *-mingw*) malloc_replacement=no;; *) malloc_replacement=yes;; diff --git a/tests/atlocal.in b/tests/atlocal.in index b2ceda1..81dc1fb 100644 --- a/tests/atlocal.in +++ b/tests/atlocal.in @@ -40,4 +40,4 @@ esac # Default stack size on Linux (8M). # Some platforms allow very large stack sizes, making it hard to test # against potential stack overflows. -ulimit -s 8192 +ulimit -s 8192 || true |