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: Mon, 5 Sep 2016 00:37:57 -0400 Message-ID: References: <87wpixnbyi.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me> <8737lggif0.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=94eb2c05dcecbd2016053bbb3f94 X-Trace: blaine.gmane.org 1473050327 28546 195.159.176.226 (5 Sep 2016 04:38:47 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 5 Sep 2016 04:38:47 +0000 (UTC) Cc: guile-devel@gnu.org To: Stefan Husmann Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Sep 05 06:38:41 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 1bglg8-0006ga-Sk for guile-devel@m.gmane.org; Mon, 05 Sep 2016 06:38:41 +0200 Original-Received: from localhost ([::1]:52243 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bglg6-0003qE-NW for guile-devel@m.gmane.org; Mon, 05 Sep 2016 00:38:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34793) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bglfs-0003pu-1e for guile-devel@gnu.org; Mon, 05 Sep 2016 00:38:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bglfm-0006mh-VZ for guile-devel@gnu.org; Mon, 05 Sep 2016 00:38:22 -0400 Original-Received: from mail-qk0-x22d.google.com ([2607:f8b0:400d:c09::22d]:35153) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bglfm-0006mF-Pi for guile-devel@gnu.org; Mon, 05 Sep 2016 00:38:18 -0400 Original-Received: by mail-qk0-x22d.google.com with SMTP id v123so180781470qkh.2 for ; Sun, 04 Sep 2016 21:38:18 -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 :cc; bh=NmjLyK1qlLl8ON2c1kdrnjSKl9H2VVRWz4Tk3Jd8po4=; b=jt1q5IlgA96BYi12drJQ9Jz2EzyHZAwkw7lzJInL/Yo0WZPyApE4G96BmVNChCejYq EOTSlCiYwI2MY/y9ZGlEqHv4zSYojDARm2nnX8PqCOAgQRryGvkxsTJv7Q9wG30TXqoT EDzk134YnSAPG8OzuT2Z4qq5JHXJ5oZN1z2PUEIHC0D9T9PNiPq+azkOlvEsw+WDL8PK 6zd65wOKDhiI1lFWN/DCsykUg6KIp7zS9VIYJ8Fz4g1t2bLhRb/b/Rsn70XSHB8/J2zh kqXXJbZxUoaCClTQEevCohgtWG7HTXA1/9dFt7Shs4+9DAcX96d+74LAA2kT8fIaNd3w QMoA== 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:cc; bh=NmjLyK1qlLl8ON2c1kdrnjSKl9H2VVRWz4Tk3Jd8po4=; b=FzGT47KaRK0NLyq+tztCbdggd8yoMtG+DPnt10CY1bOMLdnDOhjxkOku3NKCh9idhk Ym5VAOJjWcl+y2e0kwG0bofb2s7crmo95/3MDvNMd5o20mfu6V4T0L9f/r/BEBGrAOCN /FB4pstPih9jPI91pRUJ8L7sUXOwtpM5bEAJdDEUSEgh5KxuM9p/AYxmZPmyzKowU08m 9OnEgXK9FwxDRYl4t+b7c79S4OCtQxrRnbPi9LTl2GzpsOW8HFmF3zwqVfMp3u53/bhG g+aZmjJNnbYjT9XfGKwlLDSTAecp1sfUUbqsITmob/YXUFXH1SMBO45PFIfr6LAt/l2x NFXQ== X-Gm-Message-State: AE9vXwNKDIttR/M0XhuC62SVhlH4MDxk+r1FVQi1X+PFLVHwSaaBmsu5Q2BQqg2r16N4IAnbYE3EHJHnn+CR6g== X-Received: by 10.55.111.135 with SMTP id k129mr37821100qkc.51.1473050297829; Sun, 04 Sep 2016 21:38:17 -0700 (PDT) Original-Received: by 10.200.46.200 with HTTP; Sun, 4 Sep 2016 21:37:57 -0700 (PDT) X-Originating-IP: [146.115.86.181] In-Reply-To: <8737lggif0.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c09::22d 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:18656 Archived-At: --94eb2c05dcecbd2016053bbb3f94 Content-Type: text/plain; charset=UTF-8 Digging some more, I think the issue is http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24065 . Emacs trunk is depending on undefined C behaviour, which gcc 5 has started optimising, breaking the code. I've updated https://www.emacswiki.org/emacs/GuileEmacsBuild to note this. You can work around with -fno-builtin-malloc or simply compile with clang (my current solution). Emacs trunk has fixed this (in 4b1436b702d56eedd27a0777fc7232cdfb7ac4f6 IIUC), but I believe that commit does not exist in the guile-emacs fork. Wilfred On 4 September 2016 at 04:48, Stefan Husmann wrote: > Wilfred Hughes writes: > > > 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: > > > Hello, > > I can confirm this, but currently have no ideas what is going on > here. This definitely used to work, but gcc was updated since then. > > Sorry for inconveniance. I will try to dig deeper into it. > > Best Regards > > Stefan > --94eb2c05dcecbd2016053bbb3f94 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Digging some more, I think the issue is http://debbug= s.gnu.org/cgi/bugreport.cgi?bug=3D24065 . Emacs trunk is depending on u= ndefined C behaviour, which gcc 5 has started optimising, breaking the code= .

I've updated https://www.emacswiki.org/emacs/GuileEmacsBuild to not= e this. You can work around with -fno-builtin-malloc or simply compile with= clang (my current solution).

Emacs trunk has fixed this (in 4= b1436b702d56eedd27a0777fc7232cdfb7ac4f6 IIUC), but I believe that commit do= es not exist in the guile-emacs fork.

Wilfred

On 4 September 2016 at 0= 4:48, Stefan Husmann <stefan-husmann@t-online.de> w= rote:
Wilfred Hughes <me@wilfred.me.u= k> writes:

> I've had a play with the AUR packages too. The guile4emacs PKGBUIL= D 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" =3D "yes"; then \
>=C2=A0 =C2=A0rm -f bootstrap-emacs; \
>=C2=A0 =C2=A0ln temacs bootstrap-emacs; \
> else \
>=C2=A0 =C2=A0./temacs --batch --load loadup bootstrap || exit 1; \
>=C2=A0 =C2=A0test "X" =3D X ||=C2=A0 -zex emacs; \
>=C2=A0 =C2=A0mv -f emacs bootstrap-emacs; \
> fi
> make -C ../lisp autoloads EMACS=3D"../src/bootstrap-emacs" > make[2]: Entering directory
> '/home/wilfred/aur/guile-emacs-git/src/guilemacs/lisp' > EMACSLOADPATH=3D '../src/bootstrap-emacs' -batch --no-site-fil= e
> --no-site-lisp -l autoload \
>=C2=A0 =C2=A0 --eval "(setq generate-autoload-cookie \";;;###= cal-autoload\")" \
>=C2=A0 =C2=A0 --eval "(setq generated-autoload-file (expand-file-n= ame
> (unmsys--file-name \"calendar/cal-loaddefs.el\")))"= ; \
>=C2=A0 =C2=A0 -f batch-update-autoloads ./calendar
> make[2]: *** [Makefile:466: calendar/cal-loaddefs.el] Segmentation fau= lt
> (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
> =3D=3D> ERROR: A failure occurred in build().
>=C2=A0 =C2=A0 =C2=A0Aborting...
>
> Any suggestions?
>
> On 30 August 2016 at 20:32, Wilfred Hughes <me@wilfred.me.uk> wrote:
>
Hello,

I can confirm this, but currently have no ideas what is going on
here. This definitely used to work, but gcc was updated since then.

Sorry for inconveniance. I will try to dig deeper into it.

Best Regards

Stefan

--94eb2c05dcecbd2016053bbb3f94--