GNU bug report logs - #63762
29.0.91; tty emacs on macOS fail to load tree-sitter

Previous Next

Full log

Message #17 received at 63762 <at> debbugs.gnu.org (full text, mbox):

From: Jimmy Yuen Ho Wong <wyuenho <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 63762 <at> debbugs.gnu.org
Subject: Re: bug#63762: 29.0.91; tty emacs on macOS fail to load tree-sitter
Date: Sun, 28 May 2023 10:27:16 +0100

[Message part 1 (text/plain, inline)]

gdb doesn't work with clang and I have a hard time using lldb, all I can
say for sure is, for some reason, `treesit-extra-load-path' is nil when
running TTY emacs on macOS, whereas it is set to '("/opt/local/lib") on the
NS port.

Can Alan help?

Jimmy


On Sun, May 28, 2023 at 9:31 AM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Jimmy Yuen Ho Wong <wyuenho <at> gmail.com>
> > Date: Sun, 28 May 2023 09:15:15 +0100
> > Cc: 63762 <at> debbugs.gnu.org
> >
> > I only have 1 copy of those tree-sitter libraries in my entire system,
> and on both the TTY and NS ports,
> > (treesit-available-p) returns t. All of the tree-sitter libraries are in
> /opt/local/lib, it's just the TTY port isn't
> > able to pick them up. Here's a directory listing
>
> What I meant to say is that by macOS conventions, a console program
> looks for shared libraries in different places.  But that's a guess; I
> don't really know how this works on macOS.
>
> All I can suggest is step in a debugger through the code in
> treesit_load_language, and see why the TTY version fails to find the
> grammar libraries.  I don't have this problem on MS-Windows, FWIW.  So
> it is something macOS-specific, and we need a macOS expert to
> investigate.
>

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.