unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
* Building Guilemacs
@ 2016-08-30  4:37 Wilfred Hughes
  2016-08-30 16:07 ` Christopher Allan Webber
       [not found] ` <87wpixnbyi.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me>
  0 siblings, 2 replies; 7+ messages in thread
From: Wilfred Hughes @ 2016-08-30  4:37 UTC (permalink / raw)
  To: guile-devel

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

Hi folks

I fancied exploring Guile with Emacs, so I've been trying to build Guile
and Emacs as documented in https://www.emacswiki.org/emacs/GuileEmacsBuild .

I've successfully built the wip-elisp branch of the main guile repo. The
wiki page discusses http://git.hcoop.net/?p=bpt/guile.git and
http://git.savannah.gnu.org/cgit/guile.git/log/?h=wip-elisp . I understand
that the latter is a rebase of the hcoop commits on Guile 2.1.

However, I've also noticed there's a wip-bpt-elisp branch in the main guile
repo. This has the newest commits, but it seems to based on an older guile
version.

Which branch should I use?

I've also failed to compile the Emacs branch that uses Guile. I'm getting
the error:

gcc -c  -Demacs  -I. -I. -I../lib -I./../lib  [many includes elided...]
-I/usr/local/include/guile/2.2   -g3 -O2  vm-limit.c
In file included from vm-limit.c:21:0:
lisp.h:33:22: fatal error: libguile.h: No such file or directory
 #include <libguile.h>
                      ^
compilation terminated.

This rather looks like I've screwed up with autoconf somehow. I've set the
environment variables suggested by the wiki page:

ACLOCAL_PATH=/home/wilfred/guile-emacs/guile/share/aclocal
PKG_CONFIG_PATH=/home/wilfred/guile-emacs/guile/lib/pkgconfig
LD_RUN_PATH=/home/wilfred/guile-emacs/guile/lib

so am I missing something?

Thanks
Wilfred

[-- Attachment #2: Type: text/html, Size: 1861 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Building Guilemacs
  2016-08-30  4:37 Building Guilemacs Wilfred Hughes
@ 2016-08-30 16:07 ` Christopher Allan Webber
       [not found] ` <87wpixnbyi.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me>
  1 sibling, 0 replies; 7+ messages in thread
From: Christopher Allan Webber @ 2016-08-30 16:07 UTC (permalink / raw)
  To: Wilfred Hughes; +Cc: guile-devel

Wilfred Hughes writes:

> Hi folks
>
> I fancied exploring Guile with Emacs, so I've been trying to build Guile
> and Emacs as documented in https://www.emacswiki.org/emacs/GuileEmacsBuild .

Excellent!  Happy to hear of your interest.

> I've successfully built the wip-elisp branch of the main guile repo. The
> wiki page discusses http://git.hcoop.net/?p=bpt/guile.git and
> http://git.savannah.gnu.org/cgit/guile.git/log/?h=wip-elisp . I understand
> that the latter is a rebase of the hcoop commits on Guile 2.1.
>
> However, I've also noticed there's a wip-bpt-elisp branch in the main guile
> repo. This has the newest commits, but it seems to based on an older guile
> version.
>
> Which branch should I use?

wip-bpt-elisp has commits from years ago; wip-elisp is rebased on top of
relatively-recent master, with updated ChangeLog.  This was based on the
recent work of robin's from
http://git.savannah.gnu.org/cgit/guile.git/log/?h=wip-elisp

So, you want wip-elisp in origin.  That's the most up to date.

> I've also failed to compile the Emacs branch that uses Guile. I'm getting
> the error:
>
> gcc -c  -Demacs  -I. -I. -I../lib -I./../lib  [many includes elided...]
> -I/usr/local/include/guile/2.2   -g3 -O2  vm-limit.c
> In file included from vm-limit.c:21:0:
> lisp.h:33:22: fatal error: libguile.h: No such file or directory
>  #include <libguile.h>
>                       ^
> compilation terminated.
>
> This rather looks like I've screwed up with autoconf somehow. I've set the
> environment variables suggested by the wiki page:

I don't have time to look into this part, maybe someone else can help
you out!



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Building Guilemacs
       [not found] ` <87wpixnbyi.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me>
@ 2016-08-31  0:32   ` Wilfred Hughes
  2016-09-03 23:57     ` Wilfred Hughes
  0 siblings, 1 reply; 7+ messages in thread
From: Wilfred Hughes @ 2016-08-31  0:32 UTC (permalink / raw)
  To: Stefan Husmann, guile-devel

> 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).



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Building Guilemacs
  2016-08-31  0:32   ` Wilfred Hughes
@ 2016-09-03 23:57     ` Wilfred Hughes
  2016-09-04  8:48       ` Stefan Husmann
  0 siblings, 1 reply; 7+ messages in thread
From: Wilfred Hughes @ 2016-09-03 23:57 UTC (permalink / raw)
  To: Stefan Husmann, guile-devel

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

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 <me@wilfred.me.uk> 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).
>

[-- Attachment #2: Type: text/html, Size: 3051 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Building Guilemacs
  2016-09-03 23:57     ` Wilfred Hughes
@ 2016-09-04  8:48       ` Stefan Husmann
  2016-09-05  4:37         ` Wilfred Hughes
  0 siblings, 1 reply; 7+ messages in thread
From: Stefan Husmann @ 2016-09-04  8:48 UTC (permalink / raw)
  To: Wilfred Hughes, guile-devel

Wilfred Hughes <me@wilfred.me.uk> 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 <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



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Building Guilemacs
  2016-09-04  8:48       ` Stefan Husmann
@ 2016-09-05  4:37         ` Wilfred Hughes
  2016-09-05 18:04           ` Christopher Allan Webber
  0 siblings, 1 reply; 7+ messages in thread
From: Wilfred Hughes @ 2016-09-05  4:37 UTC (permalink / raw)
  To: Stefan Husmann; +Cc: guile-devel

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

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 <stefan-husmann@t-online.de>
wrote:

> Wilfred Hughes <me@wilfred.me.uk> 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 <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
>

[-- Attachment #2: Type: text/html, Size: 3605 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Building Guilemacs
  2016-09-05  4:37         ` Wilfred Hughes
@ 2016-09-05 18:04           ` Christopher Allan Webber
  0 siblings, 0 replies; 7+ messages in thread
From: Christopher Allan Webber @ 2016-09-05 18:04 UTC (permalink / raw)
  To: Wilfred Hughes; +Cc: guile-devel

If someone wanted to rebase the emacs side of the guile-emacs fork...
I think that would be great :)

Wilfred Hughes writes:

> 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 <stefan-husmann@t-online.de>
> wrote:
>
>> Wilfred Hughes <me@wilfred.me.uk> 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 <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
>>




^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2016-09-05 18:04 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-08-30  4:37 Building Guilemacs Wilfred Hughes
2016-08-30 16:07 ` Christopher Allan Webber
     [not found] ` <87wpixnbyi.fsf@frege.i-did-not-set--mail-host-address--so-tickle-me>
2016-08-31  0:32   ` Wilfred Hughes
2016-09-03 23:57     ` Wilfred Hughes
2016-09-04  8:48       ` Stefan Husmann
2016-09-05  4:37         ` Wilfred Hughes
2016-09-05 18:04           ` Christopher Allan Webber

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).