From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:49265) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jE1XT-0006lc-SG for guix-patches@gnu.org; Mon, 16 Mar 2020 22:01:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jE1XS-0000EO-KY for guix-patches@gnu.org; Mon, 16 Mar 2020 22:01:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:60222) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jE1XS-0000BP-D6 for guix-patches@gnu.org; Mon, 16 Mar 2020 22:01:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jE1XS-00037z-BF for guix-patches@gnu.org; Mon, 16 Mar 2020 22:01:02 -0400 Subject: [bug#39804] [PATCH] gnu: add emacs-exwm-next package (i.e. exwm for emacs-next) Resent-Message-ID: From: Maxim Cournoyer References: <87blplqcdd.fsf@web.de> <8736aw8igd.fsf@ambrevar.xyz> <87tv3bd6v1.fsf@web.de> <878skn5cys.fsf@ambrevar.xyz> <87d09ukwnn.fsf@gmail.com> <87zhcn35rl.fsf@gmail.com> <3021ddd02db7fe16676875b33c1a404960e21a2e.camel@student.tugraz.at> Date: Mon, 16 Mar 2020 21:59:56 -0400 In-Reply-To: <3021ddd02db7fe16676875b33c1a404960e21a2e.camel@student.tugraz.at> (Leo Prikler's message of "Sun, 15 Mar 2020 14:48:58 +0100") Message-ID: <874kun68rn.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Leo Prikler Cc: Pierre Neidhardt , dario , 39804@debbugs.gnu.org Hi Leo! Leo Prikler writes: > Am Dienstag, den 10.03.2020, 23:54 -0400 schrieb Maxim Cournoyer: >> Hello Leo, >> >> Maxim Cournoyer writes: >> >> > Leo Prikler writes: >> > >> > > Am Freitag, den 28.02.2020, 09:32 +0100 schrieb Pierre Neidhardt: >> > > > The `#:emacs` field tells the build system which Emacs package >> > > > to use >> > > > to >> > > > build this package. There may be something that not compatible >> > > > between >> > > > our current build system and emacs-next. >> > > > >> > > > I've CC'ed Maxim and Leo, they might know more than me. >> > > This issue should be addressed by #39375, which is currently >> > > waiting to >> > > be pushed to master or staging. >> > >> > If we don't hear back from >> > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=39823 in a day or >> > two, I'd >> > be OK with pushing #39375 to master. >> >> There have been no activity or reply on #39823 yet, so feel free to >> push >> the workaround discussed earlier (on the master branch is fine). >> >> Maxim > Following the discussion in 39823, we now have two options. > 1. loading the library in advance as I do. > 2. wrapping our code in `(eval ...)'. > The latter has the advantage of not needing an additional function, but > both require a build system change. > > WDYT? #1 would be best, as it is a general fix, and we can even add a parameter to allow choosing between dynamic vs lexcal evaluation (see the doc for `eval', it takes such a parameter and defaults to dynamical). Maxim