On 2016-07-21 16:35:56 +03, David Pirotte wrote: >> The whole autoreconf setup for added modules seems to get broken with >> every development releases. Some packages seem to require multiple >> reconfigs before they build. > > I'm not aware of any of this, could you be more specific?
OK. Looking at guile-dbi My install script ended up including: --8<---------------cut here---------------start------------->8--- if [ ! -f configure ]; then echo ";;; Doing first autogen.sh" ./autogen.sh --no-configure echo ";;; Doing autoreconf" autoreconf -fi echo ";;; Doing second autogen.sh" ./autogen.sh --no-configure fi echo ";;; Now configure" configure --prefix="${dest}" \ LDFLAGS='-L/usr/lib64/mysql' \ CPPFLAGS="-I${dest}/include" --8<---------------cut here---------------end--------------->8--- I don't know it that is still needed, but fragile build environment lead to cargo cult behavior. And its never completely clear what the autogen autoconf autotool (or whatever it should be called) environment is doing. > >> Tests break with errors like not being able to exec "/bin/sh" > > This is the symptom that you have a 'corrupted' environment, and the > test suite can't > find guile and/or guild > This has been fixed, patched under revision: they will be pushed and > guile-lib will > be released by the end of this month. > > https://lists.gnu.org/archive/html/guile-devel/2016-07/msg00055.html Since you don't explain the symptoms of the bug, I don't know if it what I am experiencing. When I try to "make check" guile-lib (from the git repository) I get: --8<---------------cut here---------------start------------->8--- make check-TESTS make[2]: Entering directory '/home2/barry/src/gen/guile-lib/unit-tests' make[3]: Entering directory '/home2/barry/src/gen/guile-lib/unit-tests' Backtrace: 2 (primitive-load "/bin/sh") In ice-9/eval.scm: 223:20 1 (proc #<directory (guile-user) 128af30>) In unknown file: 0 (%resolve-variable (7 . #) #<directory (guile-user) 128?>) --8<---------------cut here---------------end--------------->8--- In the test code I see: (primitive-load (getenv "DOC_GUILE_LIBRARY_SCM")) And in the Makefile: DOC_GUILE_LIBRARY_SCM=$(top_srcdir)/doc/guile-library.scm And: top_srcdir=.. so I don't know where the "/bin/sh" could be coming from. -- Barry Fishman