./configure --with-native-compilation on macos (11.5.2 Big Sur)

./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

On a recently checked out master branch I keep bumping into this error message:

checking for gcc_jit_context_acquire in -lgccjit... no
configure: error: ELisp native compiler was requested, but libgccjit was not found.
Please try installing libgccjit or a similar package.

even though I have installed, reinstalled and reinstalled from source said libgccjit (with brew).

I guess there is something trivial I need to do to fix that, but I can't figure it out.

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Sun, Aug 15, 2021 at 03:10:13PM +0900, Jean-Christophe Helary wrote:
> On a recently checked out master branch I keep bumping into this error message:
> 
> checking for gcc_jit_context_acquire in -lgccjit... no
> configure: error: ELisp native compiler was requested, but libgccjit was not found.
> Please try installing libgccjit or a similar package.
> 
> even though I have installed, reinstalled and reinstalled from source said libgccjit (with brew).
> 
> I guess there is something trivial I need to do to fix that, but I can't figure it out.

Can you please run:

    find `brew --prefix --installed libgccjit 2>/dev/null`/ -name \*.so

and let us know what the result is?

-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Aug 17, 2021, at 2:18, Alan Third <alan@idiocy.org> wrote:
> 
> On Sun, Aug 15, 2021 at 03:10:13PM +0900, Jean-Christophe Helary wrote:
>> On a recently checked out master branch I keep bumping into this error message:
>> 
>> checking for gcc_jit_context_acquire in -lgccjit... no
>> configure: error: ELisp native compiler was requested, but libgccjit was not found.
>> Please try installing libgccjit or a similar package.
>> 
>> even though I have installed, reinstalled and reinstalled from source said libgccjit (with brew).
>> 
>> I guess there is something trivial I need to do to fix that, but I can't figure it out.
> 
> Can you please run:
> 
>    find `brew --prefix --installed libgccjit 2>/dev/null`/ -name \*.so
> 
> and let us know what the result is?

Et voilà:

/usr/local/opt/libgccjit//lib/gcc/11/libgccjit.so

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Aug 17, 2021, at 9:59, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
> 
> 
> 
>> On Aug 17, 2021, at 2:18, Alan Third <alan@idiocy.org> wrote:
>> 
>> On Sun, Aug 15, 2021 at 03:10:13PM +0900, Jean-Christophe Helary wrote:
>>> On a recently checked out master branch I keep bumping into this error message:
>>> 
>>> checking for gcc_jit_context_acquire in -lgccjit... no
>>> configure: error: ELisp native compiler was requested, but libgccjit was not found.
>>> Please try installing libgccjit or a similar package.
>>> 
>>> even though I have installed, reinstalled and reinstalled from source said libgccjit (with brew).
>>> 
>>> I guess there is something trivial I need to do to fix that, but I can't figure it out.
>> 
>> Can you please run:
>> 
>>   find `brew --prefix --installed libgccjit 2>/dev/null`/ -name \*.so
>> 
>> and let us know what the result is?
> 
> Et voilà:
> 
> /usr/local/opt/libgccjit//lib/gcc/11/libgccjit.so

Although the double "//" is weird. The real path is:

/usr/local/Cellar/libgccjit/11.2.0/lib/gcc/11/libgccjit.so

but it's an alias to:

/usr/local/Cellar/libgccjit/11.2.0/lib/gcc/11/libgccjit.so.0.0.1

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

[-- Attachment #1: Type: text/plain, Size: 1085 bytes --]

On Tue, Aug 17, 2021 at 09:59:48AM +0900, Jean-Christophe Helary wrote:
> 
> 
> > On Aug 17, 2021, at 2:18, Alan Third <alan@idiocy.org> wrote:
> > 
> > On Sun, Aug 15, 2021 at 03:10:13PM +0900, Jean-Christophe Helary wrote:
> >> On a recently checked out master branch I keep bumping into this error message:
> >> 
> >> checking for gcc_jit_context_acquire in -lgccjit... no
> >> configure: error: ELisp native compiler was requested, but libgccjit was not found.
> >> Please try installing libgccjit or a similar package.
> >> 
> >> even though I have installed, reinstalled and reinstalled from source said libgccjit (with brew).
> >> 
> >> I guess there is something trivial I need to do to fix that, but I can't figure it out.
> > 
> > Can you please run:
> > 
> >    find `brew --prefix --installed libgccjit 2>/dev/null`/ -name \*.so
> > 
> > and let us know what the result is?
> 
> Et voilà:
> 
> /usr/local/opt/libgccjit//lib/gcc/11/libgccjit.so

Unfortunately that's what I was expecting...

Can you try the attached patch and see if it makes any difference?
-- 
Alan Third

[-- Attachment #2: 0001-configure.ac-Make-homebrew-check-for-libgccjit-match.patch --]
[-- Type: text/plain, Size: 1427 bytes --]

From 1fa158104807fae13040536b0b079d802082268d Mon Sep 17 00:00:00 2001
From: Alan Third <alan@idiocy.org>
Date: Tue, 17 Aug 2021 20:38:55 +0100
Subject: [PATCH] * configure.ac: Make homebrew check for libgccjit match
 macports.

---
 configure.ac | 13 +++++++------
 1 file changed, 7 insertions(+), 6 deletions(-)

diff --git a/configure.ac b/configure.ac
index eff5591543..76f608ffb0 100644
--- a/configure.ac
+++ b/configure.ac
@@ -3822,12 +3822,13 @@ AC_DEFUN
 
     # Ensure libgccjit installed by Homebrew can be found.
     if test -n "$BREW"; then
-      BREW_LIBGCCJIT_PREFIX=`$BREW --prefix --installed libgccjit 2>/dev/null`
-      if test "$BREW_LIBGCCJIT_PREFIX"; then
-        brew_libdir=`find ${BREW_LIBGCCJIT_PREFIX}/ -name \*.so \
-                     | sed -e '1!d;s|/[[^/]]*\.so$||'`
-        CFLAGS="$CFLAGS -I${BREW_LIBGCCJIT_PREFIX}/include"
-        LDFLAGS="$LDFLAGS -L${brew_libdir} -I${BREW_LIBGCCJIT_PREFIX}/include"
+      if test -n "`$BREW --prefix --installed libgccjit 2>/dev/null`"; then
+        BREW_LIBGCCJIT_INCLUDE=$(dirname $($BREW ls -v libgccjit | \
+                                              grep libgccjit.h))
+        BREW_LIBGCCJIT_LIB=$(dirname $($BREW ls -v libgccjit| \
+                                          grep libgccjit.so\$))
+        CFLAGS="$CFLAGS -I${BREW_LIBGCCJIT_INCLUDE}"
+        LDFLAGS="$LDFLAGS -L${BREW_LIBGCCJIT_LIB}"
       fi
     fi
 
-- 
2.32.0

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Aug 18, 2021, at 4:45, Alan Third <alan@idiocy.org> wrote:
> 
> On Tue, Aug 17, 2021 at 09:59:48AM +0900, Jean-Christophe Helary wrote:
>> 
>> 
>>> On Aug 17, 2021, at 2:18, Alan Third <alan@idiocy.org> wrote:
>>> 
>>> On Sun, Aug 15, 2021 at 03:10:13PM +0900, Jean-Christophe Helary wrote:
>>>> On a recently checked out master branch I keep bumping into this error message:
>>>> 
>>>> checking for gcc_jit_context_acquire in -lgccjit... no
>>>> configure: error: ELisp native compiler was requested, but libgccjit was not found.
>>>> Please try installing libgccjit or a similar package.
>>>> 
>>>> even though I have installed, reinstalled and reinstalled from source said libgccjit (with brew).
>>>> 
>>>> I guess there is something trivial I need to do to fix that, but I can't figure it out.
>>> 
>>> Can you please run:
>>> 
>>>   find `brew --prefix --installed libgccjit 2>/dev/null`/ -name \*.so
>>> 
>>> and let us know what the result is?
>> 
>> Et voilà:
>> 
>> /usr/local/opt/libgccjit//lib/gcc/11/libgccjit.so
> 
> Unfortunately that's what I was expecting...
> 
> Can you try the attached patch and see if it makes any difference?

Thank you Alan.

It worked. I was able to configure/make and install emacs.

Launch seems a bit faster (I guess that's one intended consequence of the development).


-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Aug 20, 2021, at 15:29, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
> 
> 
> 
>> On Aug 18, 2021, at 4:45, Alan Third <alan@idiocy.org> wrote:
>> 
>> On Tue, Aug 17, 2021 at 09:59:48AM +0900, Jean-Christophe Helary wrote:
>>> 
>>> 
>>>> On Aug 17, 2021, at 2:18, Alan Third <alan@idiocy.org> wrote:
>>>> 
>>>> On Sun, Aug 15, 2021 at 03:10:13PM +0900, Jean-Christophe Helary wrote:
>>>>> On a recently checked out master branch I keep bumping into this error message:
>>>>> 
>>>>> checking for gcc_jit_context_acquire in -lgccjit... no
>>>>> configure: error: ELisp native compiler was requested, but libgccjit was not found.
>>>>> Please try installing libgccjit or a similar package.
>>>>> 
>>>>> even though I have installed, reinstalled and reinstalled from source said libgccjit (with brew).
>>>>> 
>>>>> I guess there is something trivial I need to do to fix that, but I can't figure it out.
>>>> 
>>>> Can you please run:
>>>> 
>>>>  find `brew --prefix --installed libgccjit 2>/dev/null`/ -name \*.so
>>>> 
>>>> and let us know what the result is?
>>> 
>>> Et voilà:
>>> 
>>> /usr/local/opt/libgccjit//lib/gcc/11/libgccjit.so
>> 
>> Unfortunately that's what I was expecting...
>> 
>> Can you try the attached patch and see if it makes any difference?
> 
> Thank you Alan.
> 
> It worked. I was able to configure/make and install emacs.
> 
> Launch seems a bit faster (I guess that's one intended consequence of the development).

Apologies. I guess I was under the influence of my second vaccine shot... I forgot to use the --with-native-compilation when I reconfigured after patching...

And the result, with the patch and the flag, is:

checking for gcc_jit_context_acquire in -lgccjit... no
configure: error: ELisp native compiler was requested, but libgccjit was not found.
Please try installing libgccjit or a similar package.

:(

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Sat, Aug 21, 2021 at 01:43:17PM +0900, Jean-Christophe Helary wrote:
> 
> Apologies. I guess I was under the influence of my second vaccine shot... I forgot to use the --with-native-compilation when I reconfigured after patching...
> 
> And the result, with the patch and the flag, is:
> 
> checking for gcc_jit_context_acquire in -lgccjit... no
> configure: error: ELisp native compiler was requested, but libgccjit was not found.
> Please try installing libgccjit or a similar package.
> 
> :(

Can you send, I think, config.log? There should be an error message
somewhere from the compiler that may give us a better idea of where
it's going wrong.
-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

[-- Attachment #1: Type: text/plain, Size: 3010 bytes --]

On Sat, Aug 21, 2021 at 10:47:54AM +0100, Alan Third wrote:
> On Sat, Aug 21, 2021 at 01:43:17PM +0900, Jean-Christophe Helary wrote:
> > 
> > Apologies. I guess I was under the influence of my second vaccine shot... I forgot to use the --with-native-compilation when I reconfigured after patching...
> > 
> > And the result, with the patch and the flag, is:
> > 
> > checking for gcc_jit_context_acquire in -lgccjit... no
> > configure: error: ELisp native compiler was requested, but libgccjit was not found.
> > Please try installing libgccjit or a similar package.
> > 
> > :(
> 
> Can you send, I think, config.log? There should be an error message
> somewhere from the compiler that may give us a better idea of where
> it's going wrong.

I see this in your config.log:

configure:16825: checking for gcc_jit_context_acquire in -lgccjit
configure:16848: gcc -o conftest -g3 -O2 -I/usr/local/Cellar/libffi/3.3_3/include -I/usr/local/Cellar/librsvg/2.50.7/include/librsvg-2.0 -I/usr/local/Cellar/gdk-pixbuf/2.42.6/include/gdk-pixbuf-2.0 -I/usr/local/Cellar/libpng/1.6.37/include/libpng16 -I/usr/local/Cellar/libtiff/4.3.0/include -I/usr/local/Cellar/glib/2.68.3/include -I/usr/local/Cellar/cairo/1.16.0_5/include/cairo -I/usr/local/Cellar/glib/2.68.3/include -I/usr/local/Cellar/glib/2.68.3/include/glib-2.0 -I/usr/local/Cellar/glib/2.68.3/lib/glib-2.0/include -I/usr/local/opt/gettext/include -I/usr/local/Cellar/pcre/8.45/include -I/usr/local/Cellar/pixman/0.40.0/include/pixman-1 -I/usr/local/Cellar/fontconfig/2.13.1/include -I/usr/local/opt/freetype/include/freetype2 -I/usr/local/Cellar/libpng/1.6.37/include/libpng16 -I/usr/local/Cellar/libxcb/1.14_1/include -I/usr/local/Cellar/libxrender/0.9.10/include -I/usr/local/Cellar/libxext/1.3.4/include -I/usr/local/Cellar/libx11/1.7.2/include -I/usr/local/Cellar/libxcb/1.14_1/include -I/usr/local/Cellar/libxau/1.0.9/include -I/usr/local/Cellar/libxdmcp/1.1.3/include -I/usr/local/Cellar/xorgproto/2021.4/include -I/usr/local/Cellar/libgccjit/11.2.0/include -I   -I/usr/local/opt/readline/include: -L/usr/local/opt/readline/lib: -L/usr/local/Cellar/libgccjit/11.2.0/lib/gcc/11 -L conftest.c -lgccjit    >&5
ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
ld: warning: -L path 'conftest.c' is not a directory
ld: warning: dylib (/usr/local/Cellar/libgccjit/11.2.0/lib/gcc/11/libgccjit.so) was built for newer macOS version (11.5) than being linked (11.0)
Undefined symbols for architecture x86_64:
  "_main", referenced from:
     implicit entry/start for main executable
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

It looks like there's a spare "-L" at end of the gcc flags...

I have a suspicion here. You have both Homebrew and MacPorts
installed. Configure is picking up that you have both of them and is
trying to set up libgcc for both...

Perhaps the attached patch will fix it.
-- 
Alan Third

[-- Attachment #2: 0001-Don-t-add-flags-when-MacPorts-is-installed-but-GCC-i.patch --]
[-- Type: text/x-diff, Size: 1528 bytes --]

From 58940e1d4b53cc3e029b94e2a2e00a5d3f9ff9e1 Mon Sep 17 00:00:00 2001
From: Alan Third <alan@idiocy.org>
Date: Sun, 5 Sep 2021 14:04:45 +0100
Subject: [PATCH] Don't add flags when MacPorts is installed but GCC isn't

* configure.ac: Check whether there is any value in $PORT_PACKAGE
before trying to use it.
---
 configure.ac | 12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/configure.ac b/configure.ac
index 6d204b6103..fc4cf088ff 100644
--- a/configure.ac
+++ b/configure.ac
@@ -3840,12 +3840,14 @@ AC_DEFUN
       # instance).
       PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
                           awk '{ print $1; }')
-      MACPORTS_LIBGCCJIT_INCLUDE=$(dirname $(port contents $PORT_PACKAGE | \
-                                           grep libgccjit.h))
-      MACPORTS_LIBGCCJIT_LIB=$(dirname $(port contents $PORT_PACKAGE | \
+      if test -n $PORT_PACKAGE; then
+        MACPORTS_LIBGCCJIT_INCLUDE=$(dirname $(port contents $PORT_PACKAGE | \
+                                             grep libgccjit.h))
+        MACPORTS_LIBGCCJIT_LIB=$(dirname $(port contents $PORT_PACKAGE | \
                                               grep libgccjit.dylib))
-      CFLAGS="$CFLAGS -I${MACPORTS_LIBGCCJIT_INCLUDE}"
-      LDFLAGS="$LDFLAGS -L${MACPORTS_LIBGCCJIT_LIB}"
+        CFLAGS="$CFLAGS -I${MACPORTS_LIBGCCJIT_INCLUDE}"
+        LDFLAGS="$LDFLAGS -L${MACPORTS_LIBGCCJIT_LIB}"
+      fi
     fi
 
     # Check if libgccjit is available.
-- 
2.30.2

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 5, 2021, at 22:07, Alan Third <alan@idiocy.org> wrote:
> 
> On Sat, Aug 21, 2021 at 10:47:54AM +0100, Alan Third wrote:
>> On Sat, Aug 21, 2021 at 01:43:17PM +0900, Jean-Christophe Helary wrote:
>>> 
>>> Apologies. I guess I was under the influence of my second vaccine shot... I forgot to use the --with-native-compilation when I reconfigured after patching...
>>> 
>>> And the result, with the patch and the flag, is:
>>> 
>>> checking for gcc_jit_context_acquire in -lgccjit... no
>>> configure: error: ELisp native compiler was requested, but libgccjit was not found.
>>> Please try installing libgccjit or a similar package.
>>> 
>>> :(
>> 
>> Can you send, I think, config.log? There should be an error message
>> somewhere from the compiler that may give us a better idea of where
>> it's going wrong.
> 
> I see this in your config.log:
> 
> configure:16825: checking for gcc_jit_context_acquire in -lgccjit
> configure:16848: gcc -o conftest -g3 -O2 -I/usr/local/Cellar/libffi/3.3_3/include -I/usr/local/Cellar/librsvg/2.50.7/include/librsvg-2.0 -I/usr/local/Cellar/gdk-pixbuf/2.42.6/include/gdk-pixbuf-2.0 -I/usr/local/Cellar/libpng/1.6.37/include/libpng16 -I/usr/local/Cellar/libtiff/4.3.0/include -I/usr/local/Cellar/glib/2.68.3/include -I/usr/local/Cellar/cairo/1.16.0_5/include/cairo -I/usr/local/Cellar/glib/2.68.3/include -I/usr/local/Cellar/glib/2.68.3/include/glib-2.0 -I/usr/local/Cellar/glib/2.68.3/lib/glib-2.0/include -I/usr/local/opt/gettext/include -I/usr/local/Cellar/pcre/8.45/include -I/usr/local/Cellar/pixman/0.40.0/include/pixman-1 -I/usr/local/Cellar/fontconfig/2.13.1/include -I/usr/local/opt/freetype/include/freetype2 -I/usr/local/Cellar/libpng/1.6.37/include/libpng16 -I/usr/local/Cellar/libxcb/1.14_1/include -I/usr/local/Cellar/libxrender/0.9.10/include -I/usr/local/Cellar/libxext/1.3.4/include -I/usr/local/Cellar/libx11/1.7.2/include -I/usr/local/Cellar/libxcb/1.14_1/include -I/usr/local/Cellar/libxau/1.0.9/include -I/usr/local/Cellar/libxdmcp/1.1.3/include -I/usr/local/Cellar/xorgproto/2021.4/include -I/usr/local/Cellar/libgccjit/11.2.0/include -I   -I/usr/local/opt/readline/include: -L/usr/local/opt/readline/lib: -L/usr/local/Cellar/libgccjit/11.2.0/lib/gcc/11 -L conftest.c -lgccjit    >&5
> ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
> ld: warning: -L path 'conftest.c' is not a directory
> ld: warning: dylib (/usr/local/Cellar/libgccjit/11.2.0/lib/gcc/11/libgccjit.so) was built for newer macOS version (11.5) than being linked (11.0)
> Undefined symbols for architecture x86_64:
>  "_main", referenced from:
>     implicit entry/start for main executable
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see invocation)
> 
> It looks like there's a spare "-L" at end of the gcc flags...
> 
> I have a suspicion here. You have both Homebrew and MacPorts
> installed. Configure is picking up that you have both of them and is
> trying to set up libgcc for both...
> 
> Perhaps the attached patch will fix it.

Alan, thank you for your help, and sorry, it looks like the new config log is exactly the same as the other. I'm sending it to you offlist.

JC


-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Sun, Sep 05, 2021 at 10:22:59PM +0900, Jean-Christophe Helary wrote:
> > On Sep 5, 2021, at 22:07, Alan Third <alan@idiocy.org> wrote:
> > 
> 
> Alan, thank you for your help, and sorry, it looks like the new
> config log is exactly the same as the other. I'm sending it to you
> offlist.

What is the result of

port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'

and

port contents $PORT_PACKAGE

replacing $PORT_PACKAGE with the result of the previous command (if
there is anything).

I'm wondering if the right thing to do here is to add --without-brew
and --without-macports, but then again, clearly something is going
wrong with the macports set up.
-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 6, 2021, at 12:24, Alan Third <alan@idiocy.org> wrote:
> 
> On Sun, Sep 05, 2021 at 10:22:59PM +0900, Jean-Christophe Helary wrote:
>>> On Sep 5, 2021, at 22:07, Alan Third <alan@idiocy.org> wrote:
>>> 
>> 
>> Alan, thank you for your help, and sorry, it looks like the new
>> config log is exactly the same as the other. I'm sending it to you
>> offlist.
> 
> What is the result of
> 
> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'

the result is a blank line

> and
> 
> port contents $PORT_PACKAGE
> 
> replacing $PORT_PACKAGE with the result of the previous command (if
> there is anything).
> 
> I'm wondering if the right thing to do here is to add --without-brew
> and --without-macports, but then again, clearly something is going
> wrong with the macports set up.

It's an old macports system that I keep upgrading/updating.

Do you think reinstalling from scratch could help ?

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 6, 2021, at 12:46, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
> 
> 
> 
>> On Sep 6, 2021, at 12:24, Alan Third <alan@idiocy.org> wrote:
>> 
>> On Sun, Sep 05, 2021 at 10:22:59PM +0900, Jean-Christophe Helary wrote:
>>>> On Sep 5, 2021, at 22:07, Alan Third <alan@idiocy.org> wrote:
>>>> 
>>> 
>>> Alan, thank you for your help, and sorry, it looks like the new
>>> config log is exactly the same as the other. I'm sending it to you
>>> offlist.
>> 
>> What is the result of
>> 
>> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'
> 
> the result is a blank line
> 
>> and
>> 
>> port contents $PORT_PACKAGE
>> 
>> replacing $PORT_PACKAGE with the result of the previous command (if
>> there is anything).
>> 
>> I'm wondering if the right thing to do here is to add --without-brew
>> and --without-macports, but then again, clearly something is going
>> wrong with the macports set up.
> 
> It's an old macports system that I keep upgrading/updating.
> 
> Do you think reinstalling from scratch could help ?

Alan,

Totally removing macports allowed me to properly run ./configure --with-native-compilation
I am currently "make"ing emacs.

There are some apps that I need from macport so I'll reinstall it from scratch.

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 6, 2021, at 15:27, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
> 
> 
> 
>> On Sep 6, 2021, at 12:46, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
>> 
>> 
>> 
>>> On Sep 6, 2021, at 12:24, Alan Third <alan@idiocy.org> wrote:
>>> 
>>> On Sun, Sep 05, 2021 at 10:22:59PM +0900, Jean-Christophe Helary wrote:
>>>>> On Sep 5, 2021, at 22:07, Alan Third <alan@idiocy.org> wrote:
>>>>> 
>>>> 
>>>> Alan, thank you for your help, and sorry, it looks like the new
>>>> config log is exactly the same as the other. I'm sending it to you
>>>> offlist.
>>> 
>>> What is the result of
>>> 
>>> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'
>> 
>> the result is a blank line
>> 
>>> and
>>> 
>>> port contents $PORT_PACKAGE
>>> 
>>> replacing $PORT_PACKAGE with the result of the previous command (if
>>> there is anything).
>>> 
>>> I'm wondering if the right thing to do here is to add --without-brew
>>> and --without-macports, but then again, clearly something is going
>>> wrong with the macports set up.
>> 
>> It's an old macports system that I keep upgrading/updating.
>> 
>> Do you think reinstalling from scratch could help ?
> 
> Alan,
> 
> Totally removing macports allowed me to properly run ./configure --with-native-compilation
> I am currently "make"ing emacs.
> 
> There are some apps that I need from macport so I'll reinstall it from scratch.

After a successful make install, I have the following errors when I run Emacs.app:

Warning (comp): libgccjit.so: error: error invoking gcc driver Disable showing Disable logging
Warning (comp): /Users/suzume/Documents/Repositories/emacs/nextstep/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-lib.el.gz: Error: Internal native compiler error failed to compile Disable showing Disable logging

I'm not sure what that means, but it probably means something to Emacs :-)

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 6, 2021, at 15:43, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
>>>> On Sep 6, 2021, at 12:24, Alan Third <alan@idiocy.org> wrote:
>>>> 
>>>> On Sun, Sep 05, 2021 at 10:22:59PM +0900, Jean-Christophe Helary wrote:
>>>>>> On Sep 5, 2021, at 22:07, Alan Third <alan@idiocy.org> wrote:
>>>>> 
>>>>> Alan, thank you for your help, and sorry, it looks like the new
>>>>> config log is exactly the same as the other. I'm sending it to you
>>>>> offlist.
>>>> 
>>>> What is the result of
>>>> 
>>>> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'
>>> 
>>> the result is a blank line
>>> 
>>>> and
>>>> 
>>>> port contents $PORT_PACKAGE
>>>> 
>>>> replacing $PORT_PACKAGE with the result of the previous command (if
>>>> there is anything).
>>>> 
>>>> I'm wondering if the right thing to do here is to add --without-brew
>>>> and --without-macports, but then again, clearly something is going
>>>> wrong with the macports set up.
>>> 
>>> It's an old macports system that I keep upgrading/updating.
>>> 
>>> Do you think reinstalling from scratch could help ?
>> 
>> Alan,
>> 
>> Totally removing macports allowed me to properly run ./configure --with-native-compilation
>> I am currently "make"ing emacs.
>> 
>> There are some apps that I need from macport so I'll reinstall it from scratch.
> 
> After a successful make install, I have the following errors when I run Emacs.app:
> 
> Warning (comp): libgccjit.so: error: error invoking gcc driver Disable showing Disable logging
> Warning (comp): /Users/suzume/Documents/Repositories/emacs/nextstep/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-lib.el.gz: Error: Internal native compiler error failed to compile Disable showing Disable logging
> 
> I'm not sure what that means, but it probably means something to Emacs :-)

Ok, something weird.

When I leave Emacs in the background to work on other apps, it seems to bring the *Warnings* buffer to the front when something happens. I never saw that before today.

Now my *Warnings* keeps growing and looks like this, and it doesn't seem to stop. Or will it when Emacs is done doing whatever it currently does in the background ?

Warning (comp): libgccjit.so: error: error invoking gcc driver Disable showing Disable logging
Warning (comp): /Users/suzume/Documents/Repositories/emacs/nextstep/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-lib.el.gz: Error: Internal native compiler error failed to compile Disable showing Disable logging
Warning (comp): exec-path-from-shell.el:93:1: Warning: custom-declare-variable `exec-path-from-shell-warn-duration-millis' docstring wider than 80 characters Disable showing Disable logging
Warning (comp): org-fancy-priorities.el:68:1: Warning: custom-declare-variable `org-fancy-priorities-list' docstring wider than 80 characters Disable showing Disable logging
Warning (comp): helm.el:1761:1: Warning: defvar `helm-async-outer-limit-hook' docstring wider than 80 characters Disable showing Disable logging
Warning (comp): helm.el:6867:47: Warning: `special-display-buffer-names' is an obsolete variable (as of 24.3); use `display-buffer-alist' instead. Disable showing Disable logging
Warning (comp): helm.el:6867:23: Warning: `special-display-regexps' is an obsolete variable (as of 24.3); use `display-buffer-alist' instead. Disable showing Disable logging
Warning (comp): helm.el:6866:23: Warning: `display-buffer-function' is an obsolete variable (as of 24.3); use `display-buffer-alist' instead. Disable showing Disable logging
Warning (comp): ledger-exec.el:92:57: Warning: reference to free variable `ledger-default-date-format' Disable showing Disable logging
Warning (comp): po-mode.el:1069:14: Warning: `write-contents-hooks' is an obsolete variable (as of 22.1); use `write-contents-functions' instead. Disable showing Disable logging
Warning (comp): po-mode.el:2114:2: Warning: (lambda nil \.\.\.) quoted with ' rather than with #' Disable showing Disable logging
Warning (comp): po-mode.el:2570:37: Warning: `goto-line' is for interactive use only; use `forward-line' instead. Disable showing Disable logging
Warning (comp): po-mode.el:2640:10: Warning: `tags-loop-continue' is an obsolete function (as of 27.1); use `fileloop-continue' instead. Disable showing Disable logging
Warning (comp): po-mode.el:2643:13: Warning: `tags-loop-continue' is an obsolete function (as of 27.1); use `fileloop-continue' instead. Disable showing Disable logging
Warning (comp): po-mode.el:2707:36: Warning: Use `with-current-buffer' rather than save-excursion+set-buffer Disable showing Disable logging
Warning (comp): po-mode.el:2736:35: Warning: Use `with-current-buffer' rather than save-excursion+set-buffer Disable showing Disable logging
Warning (comp): po-mode.el:2111:4: Warning: the function `ediff-quit' is not known to be defined. Disable showing Disable logging
Warning (comp): unicode-fonts.el:592:1: Warning: autoload `font-utils-is-qualified-variant' docstring wider than 80 characters Disable showing Disable logging
Warning (comp): yasnippet.el:477:1: Warning: defvar `yas-after-exit-snippet-hook' docstring wider than 80 characters Disable showing Disable logging
Warning (comp): yasnippet.el:559:1: Warning: custom-declare-variable `yas-keymap-disable-hook' docstring wider than 80 characters Disable showing Disable logging
Warning (comp): docbook-snippets.el:33:7: Warning: assignment to free variable `docbook-snippets-dir' Disable showing Disable logging
Warning (comp): docbook-snippets.el:38:48: Warning: reference to free variable `docbook-snippets-dir' Disable showing Disable logging
Warning (comp): docbook-snippets.el:39:19: Warning: reference to free variable `yas-snippet-dirs' Disable showing Disable logging
Warning (comp): docbook-snippets.el:39:19: Warning: assignment to free variable `yas-snippet-dirs' Disable showing Disable logging
Warning (comp): pcache.el:72:1: Warning: Ambiguous initform needs quoting: pcache-entry Disable showing Disable logging
Warning (comp): pcache.el:80:1: Warning: Unknown slot `:save-delay' Disable showing Disable logging
Warning (comp): list-utils.el:260:1: Warning: Package cl is deprecated Disable showing Disable logging
Warning (comp): persistent-soft.el:137:1: Warning: Package cl is deprecated Disable showing Disable logging
Warning (comp): persistent-soft.el:248:60: Warning: `subseq' is an obsolete function (as of 27.1); use `cl-subseq' instead. Disable showing Disable logging
Warning (comp): persistent-soft.el:269:19: Warning: `subseq' is an obsolete function (as of 27.1); use `cl-subseq' instead. Disable showing Disable logging
Warning (comp): persistent-soft.el:253:20: Warning: `subseq' is an obsolete function (as of 27.1); use `cl-subseq' instead. Disable showing Disable logging
Warning (comp): persistent-soft.el:376:23: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): persistent-soft.el:386:51: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:162:1: Warning: Package cl is deprecated Disable showing Disable logging
Warning (comp): ucs-utils.el:239:1: Warning: defvar `ucs-utils-names-corrections' docstring wider than 80 characters Disable showing Disable logging
Warning (comp): ucs-utils.el:6018:27: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6060:39: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6118:50: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6164:18: Warning: `incf' is an obsolete alias (as of 27.1); use `cl-incf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6170:18: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6180:63: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6236:27: Warning: `assert' is an obsolete alias (as of 27.1); use `cl-assert' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6324:25: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6322:13: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6327:78: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6327:78: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6327:78: Warning: `assert' is an obsolete alias (as of 27.1); use `cl-assert' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6327:78: Warning: `assert' is an obsolete alias (as of 27.1); use `cl-assert' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6326:40: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6331:54: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6357:61: Warning: `assert' is an obsolete alias (as of 27.1); use `cl-assert' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6423:20: Warning: `remove-if' is an obsolete function (as of 27.1); use `cl-remove-if' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6427:29: Warning: `callf2' is an obsolete alias (as of 27.1); use `cl-callf2' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6459:45: Warning: `callf' is an obsolete alias (as of 27.1); use `cl-callf' instead. Disable showing Disable logging
Warning (comp): ucs-utils.el:6483:31: Warning: `assert' is an obsolete alias (as of 27.1); use `cl-assert' instead. Disable showing Disable logging
Warning (comp): highlight-defined.el:84:1: Warning: custom-declare-variable `highlight-defined-face-use-itself' docstring wider than 80 characters Disable showing Disable logging
Warning (comp): highlight-defined.el:123:38: Warning: indirect-function called with 2 arguments, but accepts only 1 Disable showing Disable logging
Warning (comp): highlight-defined.el:131:23: Warning: indirect-function called with 2 arguments, but accepts only 1 Disable showing Disable logging
Warning (comp): el-fly-indent-mode.el:41:9: Warning: reference to free variable `el-fly-indent-mode' Disable showing Disable logging
Warning (comp): el-fly-indent-mode.el:52:9: Warning: reference to free variable `el-fly-indent-mode' Disable showing Disable logging
Warning (comp): apples-mode.el:68:1: Warning: Package cl is deprecated Disable showing Disable logging
Warning (comp): apples-mode.el:131:20: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:296:1: Warning: `macrolet' is an obsolete alias (as of 27.1); use `cl-macrolet' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:378:28: Warning: `destructuring-bind' is an obsolete alias (as of 27.1); use `cl-destructuring-bind' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:404:37: Warning: `block' is an obsolete alias (as of 27.1); use `cl-block' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:416:14: Warning: `multiple-value-bind' is an obsolete alias (as of 27.1); use `cl-multiple-value-bind' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:429:29: Warning: `return' is an obsolete alias (as of 27.1); use `cl-return' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:509:4: Warning: `labels' is an obsolete macro (as of 24.3); use `cl-labels' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:529:14: Warning: `every' is an obsolete function (as of 27.1); use `cl-every' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:539:40: Warning: `case' is an obsolete alias (as of 27.1); use `cl-case' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:779:11: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:795:25: Warning: `some' is an obsolete function (as of 27.1); use `cl-some' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:827:4: Warning: `some' is an obsolete function (as of 27.1); use `cl-some' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:836:13: Warning: `flet' is an obsolete macro (as of 24.3); use either `cl-flet' or `cl-letf'. Disable showing Disable logging
Warning (comp): apples-mode.el:903:46: Warning: `multiple-value-bind' is an obsolete alias (as of 27.1); use `cl-multiple-value-bind' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:868:30: Warning: `flet' is an obsolete macro (as of 24.3); use either `cl-flet' or `cl-letf'. Disable showing Disable logging
Warning (comp): apples-mode.el:914:15: Warning: `multiple-value-bind' is an obsolete alias (as of 27.1); use `cl-multiple-value-bind' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:932:1: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:955:19: Warning: `destructuring-bind' is an obsolete alias (as of 27.1); use `cl-destructuring-bind' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:972:37: Warning: `incf' is an obsolete alias (as of 27.1); use `cl-incf' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:978:49: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:965:61: Warning: `decf' is an obsolete alias (as of 27.1); use `cl-decf' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:986:4: Warning: `multiple-value-bind' is an obsolete alias (as of 27.1); use `cl-multiple-value-bind' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:994:44: Warning: `destructuring-bind' is an obsolete alias (as of 27.1); use `cl-destructuring-bind' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:1005:36: Warning: `case' is an obsolete alias (as of 27.1); use `cl-case' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:1084:16: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:1216:44: Warning: `flet' is an obsolete macro (as of 24.3); use either `cl-flet' or `cl-letf'. Disable showing Disable logging
Warning (comp): apples-mode.el:1296:5: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:1279:44: Warning: `multiple-value-bind' is an obsolete alias (as of 27.1); use `cl-multiple-value-bind' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:1305:37: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
Warning (comp): apples-mode.el:1327:46: Warning: `loop' is an obsolete alias (as of 27.1); use `cl-loop' instead. Disable showing Disable logging
...

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Stefan Kangas]

Jean-Christophe Helary <lists@traduction-libre.org> writes:

> When I leave Emacs in the background to work on other apps, it seems to bring the *Warnings* buffer to the front when something happens. I never saw that before today.

This is native compilation doing its work in the background.  You can
turn this behaviour off by setting
'native-comp-async-report-warnings-errors' to 'silent' or nil.

The default is currently t, but AFAIK the idea is to change that
before Emacs 28.1 is released.

> Now my *Warnings* keeps growing and looks like this, and it doesn't seem to stop. Or will it when Emacs is done doing whatever it currently does in the background ?

Yes, it will stop when Emacs runs out of files to native compile.

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 6, 2021, at 16:34, Stefan Kangas <stefan@marxist.se> wrote:
> 
> Jean-Christophe Helary <lists@traduction-libre.org> writes:
> 
>> When I leave Emacs in the background to work on other apps, it seems to bring the *Warnings* buffer to the front when something happens. I never saw that before today.
> 
> This is native compilation doing its work in the background.  You can
> turn this behaviour off by setting
> 'native-comp-async-report-warnings-errors' to 'silent' or nil.
> 
> The default is currently t, but AFAIK the idea is to change that
> before Emacs 28.1 is released.
> 
>> Now my *Warnings* keeps growing and looks like this, and it doesn't seem to stop. Or will it when Emacs is done doing whatever it currently does in the background ?
> 
> Yes, it will stop when Emacs runs out of files to native compile.

Thank you Stefan.

It looks like all the warning are actually quite interesting as far as potential fixes in the various modes are concerned.

Is it encouraged to report the errors or eventually propose fixes ?

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Stefan Kangas]

Jean-Christophe Helary <lists@traduction-libre.org> writes:

> It looks like all the warning are actually quite interesting as far as potential fixes in the various modes are concerned.
>
> Is it encouraged to report the errors or eventually propose fixes ?

Yes, it is encouraged.  You should probably double check that they
haven't already been reported, though.

If these packages are on GNU ELPA, you will generally want to report
them with M-x report-emacs-bug or by mailing bug-gnu-emacs@gnu.org.

Otherwise, you will need to report and propose fixes to the
maintainers of that package, who will have their own channels.

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Eli Zaretskii]

> From: Jean-Christophe Helary <lists@traduction-libre.org>
> Date: Mon, 6 Sep 2021 15:43:01 +0900
> Cc: Emacs Devel <emacs-devel@gnu.org>
> 
> After a successful make install, I have the following errors when I run Emacs.app:
> 
> Warning (comp): libgccjit.so: error: error invoking gcc driver Disable showing Disable logging
> Warning (comp): /Users/suzume/Documents/Repositories/emacs/nextstep/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-lib.el.gz: Error: Internal native compiler error failed to compile Disable showing Disable logging
> 
> I'm not sure what that means, but it probably means something to Emacs :-)

It means the native compiler crashed for some reason.

What is the version of libgccjit you installed?

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 6, 2021, at 19:33, Eli Zaretskii <eliz@gnu.org> wrote:
> 
>> From: Jean-Christophe Helary <lists@traduction-libre.org>
>> Date: Mon, 6 Sep 2021 15:43:01 +0900
>> Cc: Emacs Devel <emacs-devel@gnu.org>
>> 
>> After a successful make install, I have the following errors when I run Emacs.app:
>> 
>> Warning (comp): libgccjit.so: error: error invoking gcc driver Disable showing Disable logging
>> Warning (comp): /Users/suzume/Documents/Repositories/emacs/nextstep/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-lib.el.gz: Error: Internal native compiler error failed to compile Disable showing Disable logging
>> 
>> I'm not sure what that means, but it probably means something to Emacs :-)
> 
> It means the native compiler crashed for some reason.
> 
> What is the version of libgccjit you installed?

➜ brew info libgccjit
libgccjit: stable 11.2.0 (bottled), HEAD
JIT library for the GNU compiler collection
https://gcc.gnu.org/
/usr/local/Cellar/libgccjit/11.2.0 (14 files, 36.3MB) *
  Built from source on 2021-08-15 at 14:56:29
From: https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/libgccjit.rb
License: GPL-3.0-or-later with GCC-exception-3.1
==> Dependencies
Required: gmp ✔, isl ✔, libmpc ✔, mpfr ✔
==> Options
--HEAD
	Install HEAD version


-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Eli Zaretskii]

> From: Jean-Christophe Helary <lists@traduction-libre.org>
> Date: Mon, 6 Sep 2021 21:12:26 +0900
> Cc: Alan Third <alan@idiocy.org>,
>  emacs-devel@gnu.org
> 
> >> Warning (comp): /Users/suzume/Documents/Repositories/emacs/nextstep/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-lib.el.gz: Error: Internal native compiler error failed to compile Disable showing Disable logging
> >> 
> >> I'm not sure what that means, but it probably means something to Emacs :-)
> > 
> > It means the native compiler crashed for some reason.
> > 
> > What is the version of libgccjit you installed?
> 
> ➜ brew info libgccjit
> libgccjit: stable 11.2.0 (bottled), HEAD
> JIT library for the GNU compiler collection
> https://gcc.gnu.org/
> /usr/local/Cellar/libgccjit/11.2.0 (14 files, 36.3MB) *

I guess it's a bug that should be reported to the libgccjit
developers, after generating the reproducer source file (see
comp-libgccjit-reproducer).

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 6, 2021, at 15:27, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
>>>>> On Sep 5, 2021, at 22:07, Alan Third <alan@idiocy.org> wrote:
>>>> 
>>>> Alan, thank you for your help, and sorry, it looks like the new
>>>> config log is exactly the same as the other. I'm sending it to you
>>>> offlist.
>>> 
>>> What is the result of
>>> 
>>> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'
>> 
>> the result is a blank line
>> 
>>> and
>>> 
>>> port contents $PORT_PACKAGE
>>> 
>>> replacing $PORT_PACKAGE with the result of the previous command (if
>>> there is anything).
>>> 
>>> I'm wondering if the right thing to do here is to add --without-brew
>>> and --without-macports, but then again, clearly something is going
>>> wrong with the macports set up.
>> 
>> It's an old macports system that I keep upgrading/updating.
>> 
>> Do you think reinstalling from scratch could help ?
> 
> Alan,
> 
> Totally removing macports allowed me to properly run ./configure --with-native-compilation
> I am currently "make"ing emacs.
> 
> There are some apps that I need from macport so I'll reinstall it from scratch.

Alan,

I confirm that reinstalling llvm through macports makes the issue appear again. So there is indeed a conflict between brew and macports here.

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Mon, Sep 06, 2021 at 06:45:58PM +0900, Jean-Christophe Helary wrote:
> > On Sep 6, 2021, at 15:27, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
> >>>>> On Sep 5, 2021, at 22:07, Alan Third <alan@idiocy.org> wrote:
> >>>> 
> >>>> Alan, thank you for your help, and sorry, it looks like the new
> >>>> config log is exactly the same as the other. I'm sending it to you
> >>>> offlist.
> >>> 
> >>> What is the result of
> >>> 
> >>> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'
> >> 
> >> the result is a blank line
> >> 
> >>> and
> >>> 
> >>> port contents $PORT_PACKAGE
> >>> 
> >>> replacing $PORT_PACKAGE with the result of the previous command (if
> >>> there is anything).
> >>> 
> >>> I'm wondering if the right thing to do here is to add --without-brew
> >>> and --without-macports, but then again, clearly something is going
> >>> wrong with the macports set up.
> >> 
> >> It's an old macports system that I keep upgrading/updating.
> >> 
> >> Do you think reinstalling from scratch could help ?
> > 
> > Alan,
> > 
> > Totally removing macports allowed me to properly run ./configure --with-native-compilation
> > I am currently "make"ing emacs.
> > 
> > There are some apps that I need from macport so I'll reinstall it from scratch.
> 
> Alan,
> 
> I confirm that reinstalling llvm through macports makes the issue
> appear again. So there is indeed a conflict between brew and
> macports here.

Installing llvm causes the problem?!

Lars, is there any chance you could have a look and see if you can
work out what's going on, here?
-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 7, 2021, at 5:01, Alan Third <alan@idiocy.org> wrote:
>>> Totally removing macports allowed me to properly run ./configure --with-native-compilation
>>> I am currently "make"ing emacs.
>>> 
>>> There are some apps that I need from macport so I'll reinstall it from scratch.
>> 
>> Alan,
>> 
>> I confirm that reinstalling llvm through macports makes the issue
>> appear again. So there is indeed a conflict between brew and
>> macports here.
> 
> Installing llvm causes the problem?!
> 
> Lars, is there any chance you could have a look and see if you can
> work out what's going on, here?

And it's not a conflict with brew's llvm since I don't have it there. I only have gcc from brew.

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 7, 2021, at 8:50, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
> 
>> On Sep 7, 2021, at 5:01, Alan Third <alan@idiocy.org> wrote:
>>>> Totally removing macports allowed me to properly run ./configure --with-native-compilation
>>>> I am currently "make"ing emacs.
>>>> 
>>>> There are some apps that I need from macport so I'll reinstall it from scratch.
>>> 
>>> Alan,
>>> 
>>> I confirm that reinstalling llvm through macports makes the issue
>>> appear again. So there is indeed a conflict between brew and
>>> macports here.
>> 
>> Installing llvm causes the problem?!
>> 
>> Lars, is there any chance you could have a look and see if you can
>> work out what's going on, here?
> 
> And it's not a conflict with brew's llvm since I don't have it there. I only have gcc from brew.

Sorry, back to this message, but I was confused at the time. I did *not* have gcc from brew.

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Lars Ingebrigtsen]

Alan Third <alan@idiocy.org> writes:

> Lars, is there any chance you could have a look and see if you can
> work out what's going on, here?

I had a look, but I didn't really understand what might be happening
here.  For the record, --with-native-compilation works fine on my M1
Apple laptop, Macports and the current Emacs tree.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Mon, Sep 06, 2021 at 06:45:58PM +0900, Jean-Christophe Helary wrote:
> >>> What is the result of
> >>> 
> >>> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'
> >> 
> >> the result is a blank line
<snip>
> > Totally removing macports allowed me to properly run ./configure --with-native-compilation
> > I am currently "make"ing emacs.
> > 
> > There are some apps that I need from macport so I'll reinstall it from scratch.
> 
> Alan,
> 
> I confirm that reinstalling llvm through macports makes the issue
> appear again. So there is indeed a conflict between brew and
> macports here.

Can you please send the output from 'port installed active'?

-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

[-- Attachment #1: Type: text/plain, Size: 913 bytes --]

On Wed, Sep 08, 2021 at 04:31:35PM +0100, Alan Third wrote:
> On Mon, Sep 06, 2021 at 06:45:58PM +0900, Jean-Christophe Helary wrote:
> > >>> What is the result of
> > >>> 
> > >>> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'
> > >> 
> > >> the result is a blank line
> <snip>
> > > Totally removing macports allowed me to properly run ./configure --with-native-compilation
> > > I am currently "make"ing emacs.
> > > 
> > > There are some apps that I need from macport so I'll reinstall it from scratch.
> > 
> > Alan,
> > 
> > I confirm that reinstalling llvm through macports makes the issue
> > appear again. So there is indeed a conflict between brew and
> > macports here.
> 
> Can you please send the output from 'port installed active'?

Actually, I took a second look at my change and may know why it wasn't
doing what I was expecting. Please try the attached.
-- 
Alan Third

[-- Attachment #2: v2-0001-Don-t-add-flags-when-MacPorts-is-installed-but-GC.patch --]
[-- Type: text/x-diff, Size: 1533 bytes --]

From 057f8b904de98e3133da6e9c1f82b1670ce8af5c Mon Sep 17 00:00:00 2001
From: Alan Third <alan@idiocy.org>
Date: Sun, 5 Sep 2021 14:04:45 +0100
Subject: [PATCH v2] Don't add flags when MacPorts is installed but GCC isn't

* configure.ac: Check whether there is any value in $PORT_PACKAGE
before trying to use it.
---
 configure.ac | 12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/configure.ac b/configure.ac
index 418a62fd5e..38f9b69458 100644
--- a/configure.ac
+++ b/configure.ac
@@ -3840,12 +3840,14 @@ AC_DEFUN
       # instance).
       PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
                           awk '{ print $1; }')
-      MACPORTS_LIBGCCJIT_INCLUDE=$(dirname $(port contents $PORT_PACKAGE | \
-                                           grep libgccjit.h))
-      MACPORTS_LIBGCCJIT_LIB=$(dirname $(port contents $PORT_PACKAGE | \
+      if test -n "$PORT_PACKAGE"; then
+        MACPORTS_LIBGCCJIT_INCLUDE=$(dirname $(port contents $PORT_PACKAGE | \
+                                             grep libgccjit.h))
+        MACPORTS_LIBGCCJIT_LIB=$(dirname $(port contents $PORT_PACKAGE | \
                                               grep libgccjit.dylib))
-      CFLAGS="$CFLAGS -I${MACPORTS_LIBGCCJIT_INCLUDE}"
-      LDFLAGS="$LDFLAGS -L${MACPORTS_LIBGCCJIT_LIB}"
+        CFLAGS="$CFLAGS -I${MACPORTS_LIBGCCJIT_INCLUDE}"
+        LDFLAGS="$LDFLAGS -L${MACPORTS_LIBGCCJIT_LIB}"
+      fi
     fi
 
     # Check if libgccjit is available.
-- 
2.30.2

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

[-- Attachment #1: Type: text/plain, Size: 1057 bytes --]

On Wed, Sep 08, 2021 at 09:59:15PM +0100, Alan Third wrote:
> On Wed, Sep 08, 2021 at 04:31:35PM +0100, Alan Third wrote:
> > On Mon, Sep 06, 2021 at 06:45:58PM +0900, Jean-Christophe Helary wrote:
> > > >>> What is the result of
> > > >>> 
> > > >>> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'
> > > >> 
> > > >> the result is a blank line
> > <snip>
> > > > Totally removing macports allowed me to properly run ./configure --with-native-compilation
> > > > I am currently "make"ing emacs.
> > > > 
> > > > There are some apps that I need from macport so I'll reinstall it from scratch.
> > > 
> > > Alan,
> > > 
> > > I confirm that reinstalling llvm through macports makes the issue
> > > appear again. So there is indeed a conflict between brew and
> > > macports here.
> > 
> > Can you please send the output from 'port installed active'?
> 
> Actually, I took a second look at my change and may know why it wasn't
> doing what I was expecting. Please try the attached.

Actually, no, try *this* attachment.
-- 
Alan Third

[-- Attachment #2: v3-0001-Don-t-add-flags-when-MacPorts-is-installed-but-GC.patch --]
[-- Type: text/x-diff, Size: 2006 bytes --]

From a3ffb9fe3d224692b1a17bef839581672c008f68 Mon Sep 17 00:00:00 2001
From: Alan Third <alan@idiocy.org>
Date: Sun, 5 Sep 2021 14:04:45 +0100
Subject: [PATCH v3] Don't add flags when MacPorts is installed but GCC isn't

* configure.ac: Check whether there is any value in $PORT_PACKAGE
before trying to use it.
---
 configure.ac | 15 +++++++++------
 1 file changed, 9 insertions(+), 6 deletions(-)

diff --git a/configure.ac b/configure.ac
index 418a62fd5e..e451ba09f2 100644
--- a/configure.ac
+++ b/configure.ac
@@ -3840,12 +3840,14 @@ AC_DEFUN
       # instance).
       PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
                           awk '{ print $1; }')
-      MACPORTS_LIBGCCJIT_INCLUDE=$(dirname $(port contents $PORT_PACKAGE | \
-                                           grep libgccjit.h))
-      MACPORTS_LIBGCCJIT_LIB=$(dirname $(port contents $PORT_PACKAGE | \
+      if test -n "$PORT_PACKAGE"; then
+        MACPORTS_LIBGCCJIT_INCLUDE=$(dirname $(port contents $PORT_PACKAGE | \
+                                             grep libgccjit.h))
+        MACPORTS_LIBGCCJIT_LIB=$(dirname $(port contents $PORT_PACKAGE | \
                                               grep libgccjit.dylib))
-      CFLAGS="$CFLAGS -I${MACPORTS_LIBGCCJIT_INCLUDE}"
-      LDFLAGS="$LDFLAGS -L${MACPORTS_LIBGCCJIT_LIB}"
+        CFLAGS="$CFLAGS -I${MACPORTS_LIBGCCJIT_INCLUDE}"
+        LDFLAGS="$LDFLAGS -L${MACPORTS_LIBGCCJIT_LIB}"
+      fi
     fi
 
     # Check if libgccjit is available.
@@ -3870,7 +3872,8 @@ AC_DEFUN
     AC_DEFINE(HAVE_NATIVE_COMP, 1, [Define to 1 if native compiler is available.])
 
     # Ensure libgccjit installed by MacPorts can be found.
-    if test -n "$HAVE_MACPORTS"; then
+    if test -n "${MACPORTS_LIBGCCJIT_INCLUDE}" &&
+       test -n "${MACPORTS_LIBGCCJIT_LIB}"; then
       LIBGCCJIT_CFLAGS="$LIBGCCJIT_CFLAGS  -I${MACPORTS_LIBGCCJIT_INCLUDE}"
       LIBGCCJIT_LIBS="-L${MACPORTS_LIBGCCJIT_LIB} $LIBGCCJIT_LIBS"
     fi
-- 
2.30.2

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 9, 2021, at 0:31, Alan Third <alan@idiocy.org> wrote:
> 
> On Mon, Sep 06, 2021 at 06:45:58PM +0900, Jean-Christophe Helary wrote:
>>>>> What is the result of
>>>>> 
>>>>> port installed active | grep '^ *gcc@<:@0-9@:>@* ' | awk '{ print $1; }'
>>>> 
>>>> the result is a blank line
> <snip>
>>> Totally removing macports allowed me to properly run ./configure --with-native-compilation
>>> I am currently "make"ing emacs.
>>> 
>>> There are some apps that I need from macport so I'll reinstall it from scratch.
>> 
>> Alan,
>> 
>> I confirm that reinstalling llvm through macports makes the issue
>> appear again. So there is indeed a conflict between brew and
>> macports here.
> 
> Can you please send the output from 'port installed active'?

============
port installed active
The following ports are currently installed:
  bzip2 @1.0.8_0 (active)
  gettext @0.19.8.1_2 (active)
  icu @67.1_4 (active)
  libcxx @5.0.1_4 (active)
  libedit @20210216-3.1_0 (active)
  libffi @3.4.2_0 (active)
  libiconv @1.16_1 (active)
  libxml2 @2.9.12_1 (active)
  llvm-10 @10.0.1_2 (active)
  llvm_select @2_0 (active)
  ncurses @6.2_1 (active)
  openssl @1.1.1l_0 (active)
  readline @8.1.000_0 (active)
  xar @1.8.0.452_0 (active)
  xz @5.2.5_0 (active)
  zlib @1.2.11_0 (active)
============

Also, just if that matters:

============
brew info libgccjit
libgccjit: stable 11.2.0 (bottled), HEAD
JIT library for the GNU compiler collection
https://gcc.gnu.org/
/usr/local/Cellar/libgccjit/11.2.0 (14 files, 36.3MB) *
  Poured from bottle on 2021-09-07 at 13:10:59
From: https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/libgccjit.rb
License: GPL-3.0-or-later with GCC-exception-3.1
==> Dependencies
Required: gmp ✔, isl ✔, libmpc ✔, mpfr ✔
==> Options
--HEAD
	Install HEAD version
============
which gcc
/usr/bin/gcc
============
gcc -v
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 12.0.5 (clang-1205.0.22.11)
Target: x86_64-apple-darwin20.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
============

And the third version of the patch you sent produced the same error... :(

I have just totally removed brew and macports to remove all the cruft and reinstalled only the packages that I needed (and their dependencies).

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Thu, Sep 09, 2021 at 08:44:47AM +0900, Jean-Christophe Helary wrote:
> 
> And the third version of the patch you sent produced the same error... :(
> 
> I have just totally removed brew and macports to remove all the
> cruft and reinstalled only the packages that I needed (and their
> dependencies).

What about running

    HAVE_MACPORTS="" ./configure

?

I have no idea if that will work.
-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 10, 2021, at 6:07, Alan Third <alan@idiocy.org> wrote:
> 
> On Thu, Sep 09, 2021 at 08:44:47AM +0900, Jean-Christophe Helary wrote:
>> 
>> And the third version of the patch you sent produced the same error... :(
>> 
>> I have just totally removed brew and macports to remove all the
>> cruft and reinstalled only the packages that I needed (and their
>> dependencies).
> 
> What about running
> 
>    HAVE_MACPORTS="" ./configure
> 
> ?
> 
> I have no idea if that will work.

It did.

:-)

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

[-- Attachment #1: Type: text/plain, Size: 877 bytes --]

On Fri, Sep 10, 2021 at 09:35:02AM +0900, Jean-Christophe Helary wrote:
> 
> 
> > On Sep 10, 2021, at 6:07, Alan Third <alan@idiocy.org> wrote:
> > 
> > On Thu, Sep 09, 2021 at 08:44:47AM +0900, Jean-Christophe Helary wrote:
> >> 
> >> And the third version of the patch you sent produced the same error... :(
> >> 
> >> I have just totally removed brew and macports to remove all the
> >> cruft and reinstalled only the packages that I needed (and their
> >> dependencies).
> > 
> > What about running
> > 
> >    HAVE_MACPORTS="" ./configure
> > 
> > ?
> > 
> > I have no idea if that will work.
> 
> It did.
> 
> :-)

OK, at least we have a work-around.

Can you try the attached patch. I noticed what I think is a mistake in
setting up CFLAGS and LIBS for libgccjit, not just in macOS but
generally, so I've fixed that and tidied the rest of the macOS code.
-- 
Alan Third

[-- Attachment #2: 0001-Fix-libgccjit-detection-on-macOS.patch --]
[-- Type: text/x-diff, Size: 4552 bytes --]

From 3424621a2076b6cea03fa4a411168aa99ff60a06 Mon Sep 17 00:00:00 2001
From: Alan Third <alan@idiocy.org>
Date: Thu, 9 Sep 2021 22:33:01 +0100
Subject: [PATCH] Fix libgccjit detection on macOS

* configure.ac: Combine the Homebrew and MacPorts detection so they
will not create nonsense flags if both are installed.
---
 configure.ac | 64 ++++++++++++++++++++++++++++------------------------
 1 file changed, 34 insertions(+), 30 deletions(-)

diff --git a/configure.ac b/configure.ac
index 418a62fd5e..1146b581cd 100644
--- a/configure.ac
+++ b/configure.ac
@@ -3822,40 +3822,44 @@ AC_DEFUN
        AC_MSG_ERROR(['--with-native-compilation' requires zlib])
     fi
 
-    # Ensure libgccjit installed by Homebrew can be found.
-    if test -n "$BREW"; then
-      if test -n "`$BREW --prefix --installed libgccjit 2>/dev/null`"; then
-        BREW_LIBGCCJIT_INCLUDE=$(dirname $($BREW ls -v libgccjit | \
-                                              grep libgccjit.h))
-        BREW_LIBGCCJIT_LIB=$(dirname $($BREW ls -v libgccjit| \
-                                          grep libgccjit.so\$))
-        CFLAGS="$CFLAGS -I${BREW_LIBGCCJIT_INCLUDE}"
-        LDFLAGS="$LDFLAGS -L${BREW_LIBGCCJIT_LIB}"
+    SAVE_CFLAGS=$CFLAGS
+    SAVE_LIBS=$LIBS
+
+    if test "${opsys}" = "darwin"; then
+      # Ensure libgccjit installed by Homebrew or macports can be found.
+      if test -n "$BREW"; then
+        if test -n "`$BREW --prefix --installed libgccjit 2>/dev/null`"; then
+          MAC_CFLAGS="-I$(dirname $($BREW ls -v libgccjit | \
+                                                grep libgccjit.h))"
+          MAC_LIBS="-L$(dirname $($BREW ls -v libgccjit| \
+                                            grep libgccjit.so\$))"
+        fi
       fi
-    fi
 
-    # Ensure libgccjit installed by MacPorts can be found.
-    if test -n "$HAVE_MACPORTS"; then
-      # Determine which gcc version has been installed (gcc11, for
-      # instance).
-      PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
-                          awk '{ print $1; }')
-      MACPORTS_LIBGCCJIT_INCLUDE=$(dirname $(port contents $PORT_PACKAGE | \
-                                           grep libgccjit.h))
-      MACPORTS_LIBGCCJIT_LIB=$(dirname $(port contents $PORT_PACKAGE | \
-                                              grep libgccjit.dylib))
-      CFLAGS="$CFLAGS -I${MACPORTS_LIBGCCJIT_INCLUDE}"
-      LDFLAGS="$LDFLAGS -L${MACPORTS_LIBGCCJIT_LIB}"
+      if test -n "$HAVE_MACPORTS"; then
+        # Determine which gcc version has been installed (gcc11, for
+        # instance).
+        PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
+                            awk '{ print $1; }')
+        if test -n "$PORT_PACKAGE"; then
+          MAC_CFLAGS="-I$(dirname $(port contents $PORT_PACKAGE | \
+                                           grep libgccjit.h))"
+          MAC_LIBS="-L$(dirname $(port contents $PORT_PACKAGE | \
+                                              grep libgccjit.dylib))"
+        fi
+      fi
+
+      if test -n "$MAC_CFLAGS" && test -n "$MAC_LIBS"; then
+        CFLAGS="$CFLAGS ${MAC_CFLAGS}"
+        LIBS="$LIBS ${MAC_LIBS}"
+      fi
     fi
 
     # Check if libgccjit is available.
     AC_CHECK_LIB(gccjit, gcc_jit_context_acquire, [], [libgccjit_not_found])
     AC_CHECK_HEADERS(libgccjit.h, [], [libgccjit_dev_not_found])
-    emacs_save_LIBS=$LIBS
-    LIBS="-lgccjit"
     # Check if libgccjit really works.
     AC_RUN_IFELSE([libgccjit_smoke_test], [], [libgccjit_broken])
-    LIBS=$emacs_save_LIBS
     HAVE_NATIVE_COMP=yes
     case "${opsys}" in
       # mingw32 loads the library dynamically.
@@ -3863,17 +3867,17 @@ AC_DEFUN
       # OpenBSD doesn't have libdl, all the functions are in libc
       netbsd|openbsd)
         LIBGCCJIT_LIBS="-lgccjit" ;;
+      darwin)
+        LIBGCCJIT_CFLAGS="${MAC_CFLAGS}"
+        LIBGCCJIT_LIBS="${MAC_LIBS} -lgccjit -ldl";;
       *)
         LIBGCCJIT_LIBS="-lgccjit -ldl" ;;
     esac
     NEED_DYNLIB=yes
     AC_DEFINE(HAVE_NATIVE_COMP, 1, [Define to 1 if native compiler is available.])
 
-    # Ensure libgccjit installed by MacPorts can be found.
-    if test -n "$HAVE_MACPORTS"; then
-      LIBGCCJIT_CFLAGS="$LIBGCCJIT_CFLAGS  -I${MACPORTS_LIBGCCJIT_INCLUDE}"
-      LIBGCCJIT_LIBS="-L${MACPORTS_LIBGCCJIT_LIB} $LIBGCCJIT_LIBS"
-    fi
+    CFLAGS=$SAVE_CFLAGS
+    LIBS=$SAVE_LIBS
 fi
 AC_DEFINE_UNQUOTED(NATIVE_ELISP_SUFFIX, ".eln",
   [System extension for native compiled elisp])
-- 
2.30.2

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Eli Zaretskii]

> Date: Fri, 10 Sep 2021 21:53:52 +0100
> From: Alan Third <alan@idiocy.org>
> Cc: Emacs Devel <emacs-devel@gnu.org>
> 
> > > What about running
> > > 
> > >    HAVE_MACPORTS="" ./configure
> > > 
> > > ?
> > > 
> > > I have no idea if that will work.
> > 
> > It did.
> > 
> > :-)
> 
> OK, at least we have a work-around.

Perhaps we should have something in PROBLEMS about this?  Maybe even
with a reference in NEWS, where native compilation is mentioned?

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 10, 2021, at 6:07, Alan Third <alan@idiocy.org> wrote:
> 
> On Thu, Sep 09, 2021 at 08:44:47AM +0900, Jean-Christophe Helary wrote:
>> 
>> And the third version of the patch you sent produced the same error... :(
>> 
>> I have just totally removed brew and macports to remove all the
>> cruft and reinstalled only the packages that I needed (and their
>> dependencies).
> 
> What about running
> 
>    HAVE_MACPORTS="" ./configure

That worked, but

HAVE_MACPORTS="" ./configure --with-native-compilation 

did not work.

And your latest patch did not either... :(

Sorry for being messy in my replies.


-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Sat, Sep 11, 2021 at 09:30:44AM +0900, Jean-Christophe Helary wrote:
> 
> 
> > On Sep 10, 2021, at 6:07, Alan Third <alan@idiocy.org> wrote:
> > 
> > On Thu, Sep 09, 2021 at 08:44:47AM +0900, Jean-Christophe Helary wrote:
> >> 
> >> And the third version of the patch you sent produced the same error... :(
> >> 
> >> I have just totally removed brew and macports to remove all the
> >> cruft and reinstalled only the packages that I needed (and their
> >> dependencies).
> > 
> > What about running
> > 
> >    HAVE_MACPORTS="" ./configure
> 
> That worked, but
> 
> HAVE_MACPORTS="" ./configure --with-native-compilation 
> 
> did not work.
> 
> And your latest patch did not either... :(

I'm out of ideas.

Are you definitely applying the patch correctly?

Do you need to rerun autogen.sh? Make should automatically rerun it
when configure.ac has changed.

Does this print "GOOD" if you run it in the terminal?

    PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
                        awk '{ print $1; }')
    if test -n "$PORT_PACKAGE"; then
      echo "SOMETHING'S BROKEN"
    else
      echo "GOOD"
    fi

-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 12, 2021, at 1:17, Alan Third <alan@idiocy.org> wrote:
> 
> On Sat, Sep 11, 2021 at 09:30:44AM +0900, Jean-Christophe Helary wrote:
>> 
>> 
>>> On Sep 10, 2021, at 6:07, Alan Third <alan@idiocy.org> wrote:
>>> 
>>> On Thu, Sep 09, 2021 at 08:44:47AM +0900, Jean-Christophe Helary wrote:
>>>> 
>>>> And the third version of the patch you sent produced the same error... :(
>>>> 
>>>> I have just totally removed brew and macports to remove all the
>>>> cruft and reinstalled only the packages that I needed (and their
>>>> dependencies).
>>> 
>>> What about running
>>> 
>>>   HAVE_MACPORTS="" ./configure
>> 
>> That worked, but
>> 
>> HAVE_MACPORTS="" ./configure --with-native-compilation 
>> 
>> did not work.
>> 
>> And your latest patch did not either... :(
> 
> I'm out of ideas.
> 
> Are you definitely applying the patch correctly?

I think I am.

> Do you need to rerun autogen.sh? Make should automatically rerun it
> when configure.ac has changed.
> 
> Does this print "GOOD" if you run it in the terminal?
> 
>    PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
>                        awk '{ print $1; }')
>    if test -n "$PORT_PACKAGE"; then
>      echo "SOMETHING'S BROKEN"
>    else
>      echo "GOOD"
>    fi

It does:

emacs on  master [$✘!?] 
➜ PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
                       awk '{ print $1; }')
   if test -n "$PORT_PACKAGE"; then
     echo "SOMETHING'S BROKEN"
   else
     echo "GOOD"
   fi
GOOD


What I'll do when I have some time is try again from scratch:

1) remove macports and brew
2) reinstall only the required dependencies, along with Xcode command line tools
3) apply your last patch

I think I have a "minimal" set of commands now, still, with the dependencies it all adds up to quite something:

emacs on  master [$✘!?] took 3s 
➜ port installed
The following ports are currently installed:
  bzip2 @1.0.8_0 (active)
  gettext @0.19.8.1_2 (active)
  icu @67.1_4 (active)
  libcxx @5.0.1_4 (active)
  libedit @20210216-3.1_0 (active)
  libffi @3.4.2_0 (active)
  libiconv @1.16_1 (active)
  libxml2 @2.9.12_1 (active)
  llvm-10 @10.0.1_2 (active)
  llvm_select @2_0 (active)
  ncurses @6.2_1 (active)
  openssl @1.1.1l_0 (active)
  readline @8.1.000_0 (active)
  xar @1.8.0.452_0 (active)
  xz @5.2.5_0 (active)
  zlib @1.2.11_0 (active)

emacs on  master [$✘!?] 
➜ brew list --versions
ant 1.10.11
aom 3.1.2
autoconf 2.71
bdw-gc 8.0.4_2
berkeley-db 18.1.40
brotli 1.0.9
c-ares 1.17.2
cairo 1.16.0_5
docbook 5.1_1
docbook-xsl 1.79.2_1
fontconfig 2.13.1
freetype 2.11.0
fribidi 1.0.10
gdbm 1.20
gdk-pixbuf 2.42.6
gettext 0.21
ghostscript 9.54.0
giflib 5.2.1
git 2.33.0
glib 2.68.4
gmp 6.2.1
gnu-getopt 2.37.2
gnutls 3.6.16
gobject-introspection 1.68.0_1
graphite2 1.3.14
gsasl 1.10.0
guile 3.0.7
harfbuzz 2.9.0
icu4c 69.1
imagemagick 7.1.0-6
imath 3.1.3
isl 0.24
jansson 2.13.1
jbig2dec 0.19
jemalloc 5.2.1_1
jpeg 9d
libde265 1.0.8
libev 4.33
libevent 2.1.12
libffi 3.3_3
libgccjit 11.2.0
libgcrypt 1.9.4
libgpg-error 1.42
libheif 1.12.0
libidn 1.38
libidn2 2.3.2
liblqr 0.4.2_1
libmpc 1.2.1
libomp 12.0.1
libpng 1.6.37
libpthread-stubs 0.4
librsvg 2.50.7
libtasn1 4.17.0
libtiff 4.3.0
libtool 2.4.6_4
libunistring 0.9.10
libuv 1.42.0
libx11 1.7.2
libxau 1.0.9
libxcb 1.14_1
libxdmcp 1.1.3
libxext 1.3.4
libxpm 3.5.13
libxrender 0.9.10
little-cms2 2.12
lynx 2.8.9rel.1_1
lzo 2.10
m4 1.4.19
mailutils 3.13
mpdecimal 2.5.1
mpfr 4.1.0
nettle 3.7.3
nghttp2 1.44.0
node 16.8.0
openexr 3.1.1
openjdk 16.0.2
openjpeg 2.4.0
openssl@1.1 1.1.1l
p11-kit 0.24.0
pandoc 2.14.2
pango 1.48.9
pcre 8.45
pcre2 10.37_1
perl 5.34.0
pixman 0.40.0
pkg-config 0.29.2_3
po4a 0.63_2
python@3.9 3.9.7
readline 8.1
saxon 10.5
shared-mime-info 2.1
sqlite 3.36.0
texinfo 6.8
unbound 1.13.2
webp 1.2.1
wget 1.21.1_1
x265 3.5
xmlto 0.0.28
xorgproto 2021.4
xz 5.2.5
youtube-dl 2021.6.6

Then I have this for gcc:

emacs on  master [$✘!?] 
➜ gcc --version
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 12.0.5 (clang-1205.0.22.11)
Target: x86_64-apple-darwin20.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

JC

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Sun, Sep 12, 2021 at 05:47:45PM +0900, Jean-Christophe Helary wrote:
> 
> 
> > On Sep 12, 2021, at 1:17, Alan Third <alan@idiocy.org> wrote:
> > Do you need to rerun autogen.sh? Make should automatically rerun it
> > when configure.ac has changed.

Can you check whether the change has applied to ./configure?

> > Does this print "GOOD" if you run it in the terminal?
> > 
> >    PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
> >                        awk '{ print $1; }')
> >    if test -n "$PORT_PACKAGE"; then
> >      echo "SOMETHING'S BROKEN"
> >    else
> >      echo "GOOD"
> >    fi
> 
> It does:
> 
> emacs on  master [$✘!?] 
> ➜ PORT_PACKAGE=$(port installed active | grep '^ *gcc@<:@0-9@:>@* ' | \
>                        awk '{ print $1; }')
>    if test -n "$PORT_PACKAGE"; then
>      echo "SOMETHING'S BROKEN"
>    else
>      echo "GOOD"
>    fi
> GOOD

What this tells me is that either this simple bit of shell script
behaves entirely differently when run interactively vs when run within
configure, or... perhaps there's some other problem causing the
failure further on?

Please resend config.log.

> What I'll do when I have some time is try again from scratch:
> 
> 1) remove macports and brew
> 2) reinstall only the required dependencies, along with Xcode command line tools
> 3) apply your last patch

I wouldn't waste your time, I'm sure the problem isn't with your brew
or ports installs.

-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 12, 2021, at 20:59, Alan Third <alan@idiocy.org> wrote:

> What this tells me is that either this simple bit of shell script
> behaves entirely differently when run interactively vs when run within
> configure, or... perhaps there's some other problem causing the
> failure further on?

Here is the error:

checking for dlfunc... no
checking for gcc_jit_context_acquire in -lgccjit... yes
checking for libgccjit.h... yes
configure: error: The installed libgccjit failed to compile and run a test program using
the libgccjit library; see config.log for the details of the failure.
The test program can be found here:
<https://gcc.gnu.org/onlinedocs/jit/intro/tutorial01.html>.
You can try compiling it yourself to investigate the issues.
Please report the issue to your distribution if libgccjit was installed
through that.
You can find the instructions on how to compile and install libgccjit from
source on this site:
<https://gcc.gnu.org/wiki/JIT>.

> Please resend config.log.

offlist.


-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Mon, Sep 13, 2021 at 09:06:06PM +0900, Jean-Christophe Helary wrote:
> 
> 
> > On Sep 12, 2021, at 20:59, Alan Third <alan@idiocy.org> wrote:
> 
> > What this tells me is that either this simple bit of shell script
> > behaves entirely differently when run interactively vs when run within
> > configure, or... perhaps there's some other problem causing the
> > failure further on?
> 
> Here is the error:
> 
> checking for dlfunc... no
> checking for gcc_jit_context_acquire in -lgccjit... yes
> checking for libgccjit.h... yes
> configure: error: The installed libgccjit failed to compile and run a test program using
> the libgccjit library; see config.log for the details of the failure.
> The test program can be found here:
> <https://gcc.gnu.org/onlinedocs/jit/intro/tutorial01.html>.
> You can try compiling it yourself to investigate the issues.
> Please report the issue to your distribution if libgccjit was installed
> through that.
> You can find the instructions on how to compile and install libgccjit from
> source on this site:
> <https://gcc.gnu.org/wiki/JIT>.
> 
> > Please resend config.log.
> 
> offlist.

Here's the real error:

configure:16948: ./conftest
ld: library not found for -lgcc_ext.10.5
libgccjit.so: error: error invoking gcc driver

I have no idea what gcc_ext.10.5 is about. That's not part of the
Homebrew libgccjit install, but it does appear to be part of gcc.
Perhaps you need to install Homebrew's gcc as well? But surely it's a
dependency...?

On the plus side, it does look like my last patch is probably doing
the right thing.
-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Mon, Sep 13, 2021 at 07:19:57PM +0100, Alan Third wrote:
> Here's the real error:
> 
> configure:16948: ./conftest
> ld: library not found for -lgcc_ext.10.5
> libgccjit.so: error: error invoking gcc driver
> 
> I have no idea what gcc_ext.10.5 is about. That's not part of the
> Homebrew libgccjit install, but it does appear to be part of gcc.
> Perhaps you need to install Homebrew's gcc as well? But surely it's a
> dependency...?

Actually, it occurs to me that you said the problems occur when you
install llvm under Macports... I don't know how this stuff all ties
together, so is it possible that installing llvm is changing your
environment in some way that breaks the gcc install from brew?
-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 14, 2021, at 3:42, Alan Third <alan@idiocy.org> wrote:
> 
> On Mon, Sep 13, 2021 at 07:19:57PM +0100, Alan Third wrote:
>> Here's the real error:
>> 
>> configure:16948: ./conftest
>> ld: library not found for -lgcc_ext.10.5
>> libgccjit.so: error: error invoking gcc driver
>> 
>> I have no idea what gcc_ext.10.5 is about. That's not part of the
>> Homebrew libgccjit install, but it does appear to be part of gcc.
>> Perhaps you need to install Homebrew's gcc as well? But surely it's a
>> dependency...?

It looks like an old issue:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48815

But I don't know what to make of that. Sorry.

> 
> Actually, it occurs to me that you said the problems occur when you
> install llvm under Macports... I don't know how this stuff all ties
> together, so is it possible that installing llvm is changing your
> environment in some way that breaks the gcc install from brew?

I don't have gcc on brew.

My gcc is clang from Apple:

emacs on  master [$✘!?] 
➜ gcc --version
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
Apple clang version 12.0.5 (clang-1205.0.22.11)
Target: x86_64-apple-darwin20.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Tue, Sep 14, 2021 at 07:04:30AM +0900, Jean-Christophe Helary wrote:
> 
> 
> > On Sep 14, 2021, at 3:42, Alan Third <alan@idiocy.org> wrote:
> > 
> > On Mon, Sep 13, 2021 at 07:19:57PM +0100, Alan Third wrote:
> >> Here's the real error:
> >> 
> >> configure:16948: ./conftest
> >> ld: library not found for -lgcc_ext.10.5
> >> libgccjit.so: error: error invoking gcc driver
> >> 
> >> I have no idea what gcc_ext.10.5 is about. That's not part of the
> >> Homebrew libgccjit install, but it does appear to be part of gcc.
> >> Perhaps you need to install Homebrew's gcc as well? But surely it's a
> >> dependency...?
> 
> It looks like an old issue:
> 
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48815
> 
> But I don't know what to make of that. Sorry.

Me neither.

> > Actually, it occurs to me that you said the problems occur when you
> > install llvm under Macports... I don't know how this stuff all ties
> > together, so is it possible that installing llvm is changing your
> > environment in some way that breaks the gcc install from brew?
> 
> I don't have gcc on brew.

Try installing gcc in brew. It doesn't break anything as clang will
still be the default.
-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

>>> Actually, it occurs to me that you said the problems occur when you
>>> install llvm under Macports... I don't know how this stuff all ties
>>> together, so is it possible that installing llvm is changing your
>>> environment in some way that breaks the gcc install from brew?
>> 
>> I don't have gcc on brew.
> 
> Try installing gcc in brew. It doesn't break anything as clang will
> still be the default.

:-)

It worked :-)

At least ./configure --with-native-compilation did :-)


-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 14, 2021, at 7:24, Jean-Christophe Helary <lists@traduction-libre.org> wrote:
> 
>>>> Actually, it occurs to me that you said the problems occur when you
>>>> install llvm under Macports... I don't know how this stuff all ties
>>>> together, so is it possible that installing llvm is changing your
>>>> environment in some way that breaks the gcc install from brew?
>>> 
>>> I don't have gcc on brew.
>> 
>> Try installing gcc in brew. It doesn't break anything as clang will
>> still be the default.
> 
> :-)
> 
> It worked :-)
> 
> At least ./configure --with-native-compilation did :-)

I get error messages/warnings for the make process:

1)  AR       libgnu.a
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: libgnu.a(u64.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: libgnu.a(unistd.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: libgnu.a(u64.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: libgnu.a(unistd.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/make -C lib-src all
  CCLD     etags
ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
  CCLD     ctags
ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
  CCLD     emacsclient
ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
  CCLD     ebrowse
ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
  CCLD     hexl
ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
  CCLD     make-docfile
ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
  CCLD     make-fingerprint
ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
/Library/Developer/CommandLineTools/usr/bin/make -C src VCSWITNESS='$(srcdir)/../.git/logs/HEAD' BIN_DESTDIR=''/Users/suzume/Documents/Repositories/emacs/nextstep/Emacs.app/Contents/MacOS/'' \
		 ELN_DESTDIR='/Users/suzume/Documents/Repositories/emacs/nextstep/Emacs.app/Contents/Frameworks/' all


2)  CC       comp.o
comp.c:2645:24: warning: pragma diagnostic pop could not pop, no matching push [-Wunknown-pragmas]
#pragma GCC diagnostic pop
                       ^
comp.c:4385:24: warning: pragma diagnostic pop could not pop, no matching push [-Wunknown-pragmas]
#pragma GCC diagnostic pop
                       ^
comp.c:4401:24: warning: pragma diagnostic pop could not pop, no matching push [-Wunknown-pragmas]
#pragma GCC diagnostic pop
                       ^
comp.c:4655:24: warning: pragma diagnostic pop could not pop, no matching push [-Wunknown-pragmas]
#pragma GCC diagnostic pop
                       ^
4 warnings generated.

3)   CC       macfont.o
macfont.m:3547:15: warning: 'CTGetCoreTextVersion' is deprecated: first deprecated in macOS 11.0 - Use -[NSProcessInfo operatingSystemVersion] [-Wdeprecated-declarations]
          if (CTGetCoreTextVersion () >= kCTVersionNumber10_9)
              ^
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/CoreText.framework/Headers/CoreText.h:61:10: note: 'CTGetCoreTextVersion' has been explicitly marked deprecated here
uint32_t CTGetCoreTextVersion( void ) CT_DEPRECATED("Use -[NSProcessInfo operatingSystemVersion]", macos(10.5, 11.0), ios(3.2, 14.0), watchos(2.0, 7.0), tvos(9.0, 14.0));
         ^

1 warning generated.

4)   CCLD     temacs
ld: warning: directory not found for option '-L/usr/local/opt/readline/lib:'
ld: warning: dylib (/usr/local/Cellar/libgccjit/11.2.0/lib/gcc/11/libgccjit.so) was built for newer macOS version (11.3) than being linked (11.0)

5) 2021-09-14 07:25:47.082 temacs[17826:2576579] Failed to initialize color list unarchiver: Error Domain=NSCocoaErrorDomain Code=4864 "*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver" UserInfo={NSDebugDescription=*** -[NSKeyedUnarchiver _initForReadingFromData:error:throwLegacyExceptions:]: non-keyed archive cannot be decoded by NSKeyedUnarchiver}

======

but in the end it looks like make makes it to the end.

When I (re)launch Emacs after make install I get this (as I did before):

Warning (comp): libgccjit.so: error: error invoking gcc driver Disable showing Disable logging
Warning (comp): /Users/suzume/Documents/Repositories/emacs/nextstep/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-lib.el.gz: Error: Internal native compiler error failed to compile Disable showing Disable logging

Then I guess Emacs starts doing its thing in the background since it runs at about 2% of CPU use.

As far as I can tell, it looks like things are working as expected.


JC

> 
> 
> -- 
> Jean-Christophe Helary @brandelune
> https://mac4translators.blogspot.com
> https://sr.ht/~brandelune/omegat-as-a-book/
> 
> 

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Alan Third]

On Mon, Sep 13, 2021 at 07:19:57PM +0100, Alan Third wrote:
> ld: library not found for -lgcc_ext.10.5
> libgccjit.so: error: error invoking gcc driver

Now I'm getting a similar error to this in the warning buffer after
running Emacs from the GUI. I'm sure it used to work.

-- 
Alan Third

Re: ./configure --with-native-compilation on macos (11.5.2 Big Sur)

[Jean-Christophe Helary]

> On Sep 15, 2021, at 0:22, Alan Third <alan@idiocy.org> wrote:
> 
> On Mon, Sep 13, 2021 at 07:19:57PM +0100, Alan Third wrote:
>> ld: library not found for -lgcc_ext.10.5
>> libgccjit.so: error: error invoking gcc driver
> 
> Now I'm getting a similar error to this in the warning buffer after
> running Emacs from the GUI. I'm sure it used to work.

I wish I could help... :)

-- 
Jean-Christophe Helary @brandelune
https://mac4translators.blogspot.com
https://sr.ht/~brandelune/omegat-as-a-book/