[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: test report for 1.9.2
From: |
Andreas Rottmann |
Subject: |
Re: test report for 1.9.2 |
Date: |
Wed, 13 Oct 2004 19:00:35 +0200 |
User-agent: |
Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) |
Greg Troxel <address@hidden> writes:
> First, I installed guile-slib without any trouble except that the
> tarball had no top-level INSTALL, but I figured out quickly that one should
>
> mkdir build && cd build && ../src/configure --prefix=/usr/pkg && gmake &&
> sudo gmake install
>
> (choosing /usr/pkg to match guile in my case).
>
> configure ran fine for g-wrap 1.9.2 (again /usr/pkg), and I found two
> problems that prevented it from building (NetBSD/i386 2.0ish, with
> guile 1.6.4).
>
> In g-wrap/Makefile.am, GUILE_CFLAGS are not included in AM_CPPFLAGS,
> so the include of libguile/scmconfig.h in alloca.c fails.
> Adding $(GUILE_CFLAGS) to AM_CPPFLAGS in Makefile got by this.
>
> Second, I got an error that libtool could not link a non-libtool .o
> file.
> The problem was that alloca.o was included (from @ALLOCA@) in LDADD,
> rather than being conditionally listed as a source file for the
> library, and while alloca.o got built, a PIC version for the .so
> didn't get built. Adding alloca.c in SOURCES and removing it from
> LDADD allowed the build to succeed, and then gmake install worked.
>
Ok, these should be fixed in the 1.9.3 testing tarball I uploaded
yesterday, where I have taken alloca.c from gnulib instead of Guile.
> gmake check succeeded, except for complaining that it could not find
> runtest.
>
This is kind of expected; libffi's testsuite depends on dejagnu, hence
this warning when that isn't installed.
Andy
--
Andreas Rottmann | address@hidden | address@hidden | address@hidden
http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62
Make free software, not war!