From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Wilfred Hughes Newsgroups: gmane.lisp.guile.devel Subject: Re: Building Guilemacs Date: Sat, 3 Sep 2016 19:57:33 -0400 Message-ID: References: <87wpixnbyi.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1135b4aa1bd1d0053ba337ca X-Trace: blaine.gmane.org 1472947094 12716 195.159.176.226 (3 Sep 2016 23:58:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 3 Sep 2016 23:58:14 +0000 (UTC) To: Stefan Husmann , guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Sep 04 01:58:09 2016 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgKp6-0002ft-DM for guile-devel@m.gmane.org; Sun, 04 Sep 2016 01:58:08 +0200 Original-Received: from localhost ([::1]:48207 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgKp4-0005Go-1k for guile-devel@m.gmane.org; Sat, 03 Sep 2016 19:58:06 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41266) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgKoy-0005Gg-BW for guile-devel@gnu.org; Sat, 03 Sep 2016 19:58:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bgKot-0005bJ-CV for guile-devel@gnu.org; Sat, 03 Sep 2016 19:57:59 -0400 Original-Received: from mail-qt0-x22c.google.com ([2607:f8b0:400d:c0d::22c]:34331) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgKot-0005b4-5f for guile-devel@gnu.org; Sat, 03 Sep 2016 19:57:55 -0400 Original-Received: by mail-qt0-x22c.google.com with SMTP id 38so39023326qte.1 for ; Sat, 03 Sep 2016 16:57:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wilfred-me-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=rBFV3S0ZGY+EMURfh4+8bLaxoqxZbQaA7OfP5DFtrnI=; b=dIRpmNZk/qtw+m2BfRep0hZIIud6pfu7l4Itviab4QIHoUfu5wrjY0MW0M/fO0ah70 uU63Hk4b8LEH/wXe4a7taOH3j5tjPlAfZfJuavo5dJKlAC/yq+BQOkEMZie8Z9gPRPSj Wc86/ujABXDNOKmf66pJqmPMzQXjLeFX3wym4gyvUwPu9buDxnZtDBZISdY37/K5c+u7 4gf2WoVhKgYzjp8OZ1La49S2UYIGd6NhDul9xBZ1U+wk78q/rqrxqvEzc+oEK/Qqaf1G hDFjz6vI6QNlFZBXCCWKttyuY13rWDDOGpfXgDR8qdeBbtOOhTslBOXbzw6l/NZMjH27 gaTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=rBFV3S0ZGY+EMURfh4+8bLaxoqxZbQaA7OfP5DFtrnI=; b=cEK3oEMXyTtlOwRwiGXKP5b7ow+lMEPjF3zITQzlo0vDPFXXqy50GSBs5YcYapxWfl BU5EsNwY+OiVnRJ2pP3H2jjHT4HXabFcr6iVCYbx5sgLlR3jBEhY50du4xPWPjgJU7o+ Nou8hMFq96vlfLGugM3fOaR2Uxug9dTZkQfjD3fuhV9obJGKZmIAopZXo3PZTXAuAtHA q0yzLDQ7e/XxNCpnb6tdGXsjKYPMiBYOffi8TjXX6uE3Q4hKCUq+fOcD0FhD398ozuMb fW0MLxjwh3qzyuKXpFPeSY0KtfGMJIbnEMpm12sf1oxV5fmU1zCfAhWQQXNYX31Av2EL UANQ== X-Gm-Message-State: AE9vXwPxQVKzH2trnPJxwmQaD+pbVvW500BejbNGemnWyugPpSX3vUedhYFpwyoC+XzF6b3sQeArM1cGyQaPdg== X-Received: by 10.200.37.60 with SMTP id 57mr30565346qtm.82.1472947073821; Sat, 03 Sep 2016 16:57:53 -0700 (PDT) Original-Received: by 10.200.46.246 with HTTP; Sat, 3 Sep 2016 16:57:33 -0700 (PDT) X-Originating-IP: [146.115.86.181] In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c0d::22c X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: "guile-devel" Xref: news.gmane.org gmane.lisp.guile.devel:18654 Archived-At: --001a1135b4aa1bd1d0053ba337ca Content-Type: text/plain; charset=UTF-8 I've had a play with the AUR packages too. The guile4emacs PKGBUILD works perfectly, but the guile-emacs build process segfaults when bootstrap-emacs attempts to load calendar/cal-loaddefs.el: make[2]: Leaving directory '/home/wilfred/aur/guile-emacs-git/src/guilemacs/lisp' if test "yes" = "yes"; then \ rm -f bootstrap-emacs; \ ln temacs bootstrap-emacs; \ else \ ./temacs --batch --load loadup bootstrap || exit 1; \ test "X" = X || -zex emacs; \ mv -f emacs bootstrap-emacs; \ fi make -C ../lisp autoloads EMACS="../src/bootstrap-emacs" make[2]: Entering directory '/home/wilfred/aur/guile-emacs-git/src/guilemacs/lisp' EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp -l autoload \ --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \ --eval "(setq generated-autoload-file (expand-file-name (unmsys--file-name \"calendar/cal-loaddefs.el\")))" \ -f batch-update-autoloads ./calendar make[2]: *** [Makefile:466: calendar/cal-loaddefs.el] Segmentation fault (core dumped) make[2]: Leaving directory '/home/wilfred/aur/guile-emacs-git/src/guilemacs/lisp' make[1]: *** [Makefile:805: ../lisp/loaddefs.el] Error 2 make[1]: Leaving directory '/home/wilfred/aur/guile-emacs-git/src/guilemacs/src' make: *** [Makefile:376: src] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Any suggestions? On 30 August 2016 at 20:32, Wilfred Hughes wrote: > > I think the variables you mentioned are for building in your home > > directory only. If you build system-wide, for instance under /usr/local > > -- and your mail makes me think you do so -- you should not need them. > > I wanted to build them in my home directory. I already have Guile installed > and I didn't want to get things confused. > > > I have made some packaging recipes for Arch Linux, and there it works > > without specifing these variables. > > > > https://aur.archlinux.org/packages/guile-emacs-git/ (for emacs) > > https://aur.archlinux.org/packages/guile4emacs-git/ (for guile) > > Oh, that's really useful, thanks. I'll have a look at those for > reference (and I've documented them on the GuileEmacsBuild wiki > build). > --001a1135b4aa1bd1d0053ba337ca Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've had a play with the AUR packages too. The gu= ile4emacs PKGBUILD works perfectly, but the guile-emacs build process segfa= ults when bootstrap-emacs attempts to load calendar/cal-loaddefs.el:
make[2]: Leaving directory '/home/wilfred/aur/guile-emacs-git/src/guil= emacs/lisp'
if test "yes" =3D "yes"; then \
= =C2=A0 rm -f bootstrap-emacs; \
=C2=A0 ln temacs bootstrap-emacs; \
e= lse \
=C2=A0 ./temacs --batch --load loadup bootstrap || exit 1; \
= =C2=A0 test "X" =3D X ||=C2=A0 -zex emacs; \
=C2=A0 mv -f emac= s bootstrap-emacs; \
fi
make -C ../lisp autoloads EMACS=3D"../sr= c/bootstrap-emacs"
make[2]: Entering directory '/home/wilfred/a= ur/guile-emacs-git/src/guilemacs/lisp'
EMACSLOADPATH=3D '../src/= bootstrap-emacs' -batch --no-site-file --no-site-lisp -l autoload \
= =C2=A0=C2=A0 --eval "(setq generate-autoload-cookie \";;;###cal-a= utoload\")" \
=C2=A0=C2=A0 --eval "(setq generated-autolo= ad-file (expand-file-name (unmsys--file-name \"calendar/cal-loaddefs.e= l\")))" \
=C2=A0=C2=A0 -f batch-update-autoloads ./calendarmake[2]: *** [Makefile:466: calendar/cal-loaddefs.el] Segmentation fault (= core dumped)
make[2]: Leaving directory '/home/wilfred/aur/guile-ema= cs-git/src/guilemacs/lisp'
make[1]: *** [Makefile:805: ../lisp/loadd= efs.el] Error 2
make[1]: Leaving directory '/home/wilfred/aur/guile-= emacs-git/src/guilemacs/src'
make: *** [Makefile:376: src] Error 2=3D=3D> ERROR: A failure occurred in build().
=C2=A0=C2=A0=C2=A0 Ab= orting...

Any suggestions?

On 30 August 2016 at 20:32, Wilfred Hughes = <me@wilfred.me.uk> wrote:
<= span class=3D"">> I think the variables you mentioned are for building i= n your home
> directory only. If you build system-wide, for instance under /usr/loca= l
> -- and your mail makes me think you do so -- you should not need them.=

I wanted to build them in my home directory. I already have Guile in= stalled
and I didn't want to get things confused.

> I have made some packaging recipes for Arch Linux, and there it works<= br> > without specifing these variables.
>
> https://aur.archlinux.org/packages/guil= e-emacs-git/ (for emacs)
> https://aur.archlinux.org/packages/guil= e4emacs-git/ (for guile)

Oh, that's really useful, thanks. I'll have a look at those = for
reference (and I've documented them on the GuileEmacsBuild wiki
build).

--001a1135b4aa1bd1d0053ba337ca--