GNU bug report logs -
#55455
[macOS] Fix build when using brew's libgccjit
Previous Next
Reported by: John Buckley <nhoj.buckley <at> gmail.com>
Date: Mon, 16 May 2022 15:24:02 UTC
Severity: normal
Tags: fixed
Fixed in version 29.1
Done: Robert Pluim <rpluim <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #24 received at 55455 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> Daniel Martin <mardani29 <at> yahoo.es>
> I think this is a duplicate of bug#55173, which should be fixed already.
> Could you try to build Emacs with native compilation from the
master branch?
Yes it is as confirmed by Robert.
All is ok now on `master`. I've been on emacs-28 for a while now, probably
time to move to master.
> Eli Zaretskii <eliz <at> gnu.org>
> By "now" do you mean in some recent enough version? That is, older
> versions will still use the .so extension?
Older versions of gcc used the wrong dynamic library extension for
libgccjit on macOS. Brew on X86_64 uses the latest version. However, brew on
ARM64 is still using the .so version because it depends on an older fork of
gcc. So both need to be supported.
> Shouldn't we try both extensions?
The fix in master does this correctly.
Thanks for the comments - all resolved now.
On Mon, 16 May 2022 at 17:23, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > From: John Buckley <nhoj.buckley <at> gmail.com>
> > Date: Mon, 16 May 2022 12:38:14 +0100
> >
> > libgccjit installed via Homebrew now uses the correct .dylib dynamic
> library
> > extension on macOS.
>
> By "now" do you mean in some recent enough version? That is, older
> versions will still use the .so extension?
>
> > This causes configure to fail because it is still
> > using the .so extension.
> >
> > The attached patch fixes the libgccjit library extension in configure.ac
>
> Shouldn't we try both extensions?
>
> Thanks.
>
[Message part 2 (text/html, inline)]
This bug report was last modified 3 years and 2 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.