Would someone please package the first Emacs 29 pretest, and verify that the tarball builds on Haiku?
It’s available from: https://alpha.gnu.org/gnu/emacs/pretest/emacs-29.0.90.tar.xz.
Thanks.
Would someone please package the first Emacs 29 pretest, and verify that the tarball builds on Haiku?
It’s available from: https://alpha.gnu.org/gnu/emacs/pretest/emacs-29.0.90.tar.xz.
Thanks.
The current version in HaikuPorts is the tagged 29.0.90 release.
P.S. Emacs is going to need a fix for a cfsetspeed
function signature problem. This is a new feature for Haiku that wasn’t included in beta4.
Great to hear, thanks. PS, could you please send config.log and the compiler diagnostic message for the cfsetspeed problem?
The problem is that cfsetspeed
is in libbsd so it isn’t found during configure but the header gets included at build time so we get a redefinition error. Adding libbsd by configuring with LDFLAGS=-lbsd
fixes the problem and Emacs seems ok with some basic testing.
OK, I see. Is this sufficient?
diff --git a/configure.ac b/configure.ac
index fc846ce840b..6adc3dbd150 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2249,7 +2249,8 @@ AC_DEFUN
## Motif needs -lgen.
unixware) LIBS_SYSTEM="-lsocket -lnsl -lelf -lgen" ;;
- haiku) LIBS_SYSTEM="-lnetwork" ;;
+ # Recent versions of Haiku need -lbsd for cfsetspeed.
+ haiku) LIBS_SYSTEM="-lnetwork -lbsd" ;;
esac
AC_SUBST([LIBS_SYSTEM])
Yes, it works
@Begasus, I ran across a patch you sent to the Emacs GitHub mirror:
Haiku doesn't have libdl too by Begasus · Pull Request #34 · emacs-mirror/emacs · GitHub
We don’t use GitHub for Emacs development, so patches should be sent by mail to bug-gnu-emacs@gnu.org instead (please refer to CONTRIBUTE for more particulars). I took the liberty of adjusting configure as proposed, but bear in mind that the GitHub mirror is not under our control, and therefore we cannot close tickets submitted there.
Thanks.
Thanks! Will close the upstream ticket then, it was just a minor fix, but glad it made it upstream.
Hello. I hate to interrupt, but Emacs 29.2 was released several minutes ago, and I should like to bring that to the Haiku packagers’ attention; it incorporates several bug-fixes, including one specific to rendering stretch glyphs on Haiku.
Thanks.
I’ll update the package shortly. Just a couple of side notes though…
I’m getting a crash during the configure phase that I wasn’t getting before(during the re_compile_pattern test). I haven’t noticed it causing any other problems but I haven’t done extensive checking.
Also, I’ve been having more problems with the limitations of the native font system. For my own personal builds I need to enable be-cairo otherwise I get missing glyphs and high CPU usage when it tries to load the glyphs. I’m tempted to enable be-cairo for the ports builds too.
Could you please elaborate on your issues with the native font driver? It can display no Emoji or text in languages which require shaping, such as Arabic, but should not cause excessive CPU usage or missing glyphs (if other Haiku programs are capable of displaying such glyphs, of course).
I’m using Doom Emacs which switched a few months ago from using the all-the-icons package to nerd-icons.el for modeline indicators among other things. There are large chunks of this font that won’t display without be-cairo enabled. If I remember correctly it’s the entire block of nerd-icons-mdicon
glyphs and others sporadically scattered in the other sections that won’t render.
I believe I have gotten some other Haiku apps to display them but it was hit or miss as I recall.
Thanks, I’ll look into this in a bit.