guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: git head fails to build


From: Greg Troxel
Subject: Re: git head fails to build
Date: Wed, 14 Jan 2009 16:01:43 -0500
User-agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.3 (berkeley-unix)

(has anyone else built head of git?)

Now I get:

list gdt 3 ~/BUILD-GUILE-1.9.0 > ./build-guile.sh 
remote: Counting objects: 8, done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 5 (delta 3), reused 0 (delta 0)
Unpacking objects: 100% (5/5), done.
From git://git.sv.gnu.org/guile
   bf4200c..0a34f39  master     -> origin/master
Updating bf4200c..0a34f39
Fast forward
 m4/.gitignore      |    1 -
 m4/localcharset.m4 |   16 ++++++++++++++++
 2 files changed, 16 insertions(+), 1 deletions(-)
 create mode 100644 m4/localcharset.m4
KEEPING LOCAL CHANGES
cd . && /bin/ksh /home/gdt/BUILD-GUILE-1.9.0/guile/build-aux/missing --run 
aclocal-1.10 -I m4
 cd . && /bin/ksh /home/gdt/BUILD-GUILE-1.9.0/guile/build-aux/missing --run 
automake-1.10 --gnu 
cd . && /bin/ksh /home/gdt/BUILD-GUILE-1.9.0/guile/build-aux/missing --run 
autoconf
configure:7956: error: possibly undefined macro: gl_FUNC_MBRLEN
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure:7961: error: possibly undefined macro: gl_FUNC_MBRTOWC
configure:7966: error: possibly undefined macro: gl_FUNC_MBSINIT
gmake: *** [configure] Error 1
Adding AB_INIT to configure.in
50957
AH_TOP(/*GUILE_CONFIGURE_COPYRIGHT*/)
50967
autoreconf: Entering directory `.'
autoreconf: configure.in: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.in: tracing

  > Also, autogen.sh is awkward on NetBSD because traditional m4 is in
  > /usr/bin/m4 and the gnu extended version as /usr/pkg/bin/m4.  I think
  > that's actually fine when it runs because autoconf found it when the
  > autoconf package was built, but the m4 --version fails because --version
  > is a gnu extension.

  That's why autogen.sh honours the M4 environment variable...

Sure, but my point is that in this case it's a GNU extension rather than
a gratutious renaming (like glibtool on macs), so perhaps autogen should
look for gm4 first.  But the build script from Ludo doesn't use autogen,
so I don't really care.



Attachment: pgphTUSXQhqib.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]