Hi,
Guile has one meta-test runner that prints things on stdout as it goes.
It works well with serial-tests but parallel-tests hides the output,
which is not so nice.
Anyway we have added serial-tests to the options; fine. However this
prevents Guile from autoreconfing with automake 1.11 (option
Ralf, you are a hero.
On Sun 20 Feb 2011 08:30, Ralf Wildenhues writes:
> So what I would like to ask from readers at this point is:
> please go through the doc changes and let's discuss them first.
Will reply to that patch.
> Also, it is important to not step on guile/meta/guile.m4 toes (or v
Greets,
We have an automake file that, after includes are processed out, looks
something like this:
# -*- makefile-gmake -*-
CLEANFILES =
BUILT_SOURCES =
CLEANFILES += \
$(addprefix log/, $(addsuffix .log, $(notdir $(TESTS) _timing))) \
$(wildcard scratch/*) \
#
CLEANFILES += \
$(BUILT_
Hello
Consider a Makefile.am like this:
lib_LTLIBRARIES = libfoo.la
plugindir = $(libdir)/gstreamer-0.10
plugin_LTLIBRARIES = bar.la
bar_la_LIBADD = libfoo.la
Obviously we are missing some sources here, but it suffices to show the
parallel installation bug: there is a race betwe
On Sat 06 Jun 2009 15:21, l...@gnu.org (Ludovic Courtès) writes:
> Hi Andy,
>
> Andy Wingo writes:
>
>> Where automake comes in is that installing a file touches its mtime,
>> always, not preserving the mtime of the file being installed.
>
> Could it be solved with
Hey folks,
Development Guile support compilation of Scheme files, finally. But the
deal is that it will load the source file instead if the mtimes on the
Scheme and compiled files differ.
Where automake comes in is that installing a file touches its mtime,
always, not preserving the mtime of the
