GNU bug report logs - #44775
[PATCH] WIP: Add gccemacs

Previous Next

Full log

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

From: John Soo <jsoo1 <at> asu.edu>
To: zimoun <zimon.toutoune <at> gmail.com>
Cc: 44775 <at> debbugs.gnu.org
Subject: Re: [bug#44775] [PATCH] WIP: Add gccemacs
Date: Tue, 24 Nov 2020 07:06:46 -0800

Hi zimoun,

zimoun <zimon.toutoune <at> gmail.com> writes:

> Thanks!  This motivates me to resume what had been discussed here [1]:
> be able to somehow run:
>
>  guix build emacs-magit emacs-foo emacs-bar --with-input=emacs=gccemacs
>
> At least, have a package transformation that allow to rebuild all the
> Emacs packages with the ’gccemacs’ VM instead of the current Emacs 27 one.
>
>
>> It feels fast but there are bugs and the closure is huge. Also these
>> patches do not use any of the parameterization machinery.
>
> What do you mean by “parameterization machinery”?  The new
> ’with-parameter’ introduced here [2] or the package transformation that
> replaces all the dependencies (explicit and implicit).
>
>
> 1: <https://yhetil.org/guix-bugs/868scwtt34.fsf <at> gmail.com/>
> 2: <https://yhetil.org/guix-devel/87eeku8trb.fsf <at> gnu.org>

I am referring to https://yhetil.org/guix-devel/87eeku8trb.fsf <at> gnu.org

--with-parameter=gccemacs or similar seem to be required since the
native-comp branch requires a different source, configure flags, and
probably native-search-paths at least.

There appears to be a separate compiled artifact directory under
$out/lib/emacs/$version/native-lisp/$version-triple which has the
compiled native libraries (.eln files). That directory seems to not be
in the search path.  That appears to be causing the first error
I see. I am not sure which env variable would be tweaked to pick those
paths up.

Hope that helps!

John

Previous Next

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