(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.
pgp8MufYXuHqk.pgp
Description: PGP signature
