On 10/10/13 13:50, Eric Bavier wrote:
> I was working on packaging AutoGen for Guix (www.gnu.org/software/guix)
> and came across a number of failing tests with `make check` (19 of 24 in
> autoopts failed). The failure in most cases happened on line 126 of
> "autoopts/test/defs", which attempts to cd to ${LIBGUILE_PATH}/../bin.
> The failure occurs because the directory does not exist.
>
> It looks like ag_macros.m4 needs to have a better method of determining
> the value of LIBGUILE_PATH. The current method takes the path of the
> last -L argument in LIBGUILE_LIBS. For me, this path points to the
> libdir for libgc, which is not installed at the same --prefix as
> libguile itself, so we can't go to ${libgc-prefix}/lib/../bin because
> libgc doesn't install a bin directory.
>
> Why not use LIBGUILE_PATH=`guile-config info libdir` instead?
Because, cleverly, not all distributions distribute (install) guile-config.
A better question is why doesn't Guile provide a guile.m4 file that derives
all the information one might need? They can supply it to gnulib, if they
don't want to provide it themselves.
Meanwhile, I will add --with-libguile-path that overrides the derived
LIBGUILE_PATH value.
Cheers - Bruce
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users
