aboutsummaryrefslogtreecommitdiffhomepage
path: root/README
diff options
context:
space:
mode:
authorRobin Haberkorn <rhaberkorn@fmsbw.de>2026-01-09 11:07:54 +0000
committerRobin Haberkorn <rhaberkorn@fmsbw.de>2026-01-09 11:07:54 +0000
commitacc6f6e83b9cabdc78b6a4f331c510c69e5ff757 (patch)
tree8965f072b61b9f5e7d9d84f81bfc9318e366cb4e /README
parenta10e3bb5da5d6e1ecfa726729b0d8aaf6320f3eb (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).
Diffstat (limited to 'README')
-rw-r--r--README2
1 files changed, 1 insertions, 1 deletions
diff --git a/README b/README
index d110285..d12140e 100644
--- a/README
+++ b/README
@@ -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: