Hello,
make check asked me to send this info to you.
The attached files shows a screen dump of the test results.aclocal7.test
was marked FAIL, while
auxdir2.test, cond17.test, and txinfo5.test were marked XFAIL.
I'm building on darwin, MAC OS X version 10.6.4.
--
Travis McBride
PhD
Hello Travis.
Automake 1.9.6 is almost five yars old by now. There is any
compelling reason forcing you tu use such an old version? If not,
why don't you try the latest automake release (1.11.1) instead?
Note that you should avoid Automake 1.11, since it has a security
vurnerability (this
Hi Ralf,
your patch has been committed here:
http://git.savannah.gnu.org/cgit/autoconf-archive.git/commit/?id=ba0327dd596e8b77e7db497d10f35cf980b27a62
Thanks a lot for the contribution!
Take care,
Peter
Den 2010-08-10 09:01 skrev Peter Rosin:
BTW, why is ! better than ^ here? Just curious.
I found the answer myself. Quoting the portable shell chapter in the
autoconf manual:
| 11.5 Shell Pattern Matching
|
| Nowadays portable patterns can use negated character classes
| like ‘[!-aeiou]’. The
On 08/10/2010 01:01 AM, Peter Rosin wrote:
Further I'm fixing the archive and the compile script to use ! not ^ for
shell pattern negation, and using $me also in the --help output.
I tested with $me in the --help output but didn't get it to work so I
removed it. But your version works.
A quick update.
I added to each pr[0-9]*.test the description of the correspoding bug
report, and also split the previous patch so that the changes to tests
for PR and the changes tests for unrelated tests pr[!0-9]*.test are
now done by two separated commits.
The updated patches are attached.
* Peter Rosin wrote on Tue, Aug 10, 2010 at 09:01:29AM CEST:
'wrappar' did cross my mind, but that just looks like a funny accent :-)
Yes, that one is funny indeed, and another almost-palindrome.
Den 2010-08-09 21:39 skrev Ralf Wildenhues:
Further I'm fixing the archive and the compile script
* Stefano Lattarini wrote on Wed, Aug 11, 2010 at 01:28:44AM CEST:
Being forced to rescan this patch some time after having written it,
I must admit that the noise-to-improvement ratio is way too high.
So OK, let's drop most of this patch. However, I'd like to retain
a couple of changes more
I have almost the same situation as a post many years ago. The solution didn't
seem to apply, however,
http://www.opensubscriber.com/message/automake@gnu.org/3498366.html
I am using subdir-objects and I have a single, top-level Makefile.am:
#*snip*
BUILT_SOURCES =
lib_LTLIBRARIES = libfoo.la
Hi Jeff,
* Daily, Jeff A wrote on Tue, Aug 10, 2010 at 08:54:53PM CEST:
I am using subdir-objects and I have a single, top-level Makefile.am:
#*snip*
BUILT_SOURCES =
lib_LTLIBRARIES = libfoo.la
libfoo_la_SOURCES =
#*snip*
If HAVE_PYTHON
BUILT_SOURCES += foo/bar/wapi.c
foo/bar/wapi.c:
#*snip*
BUILT_SOURCES =
lib_LTLIBRARIES = libfoo.la
libfoo_la_SOURCES =
#*snip*
If HAVE_PYTHON
BUILT_SOURCES += foo/bar/wapi.c
foo/bar/wapi.c: foo/bar/papi.h $(top_srcdir)/build-aux/wapi.py
-rm -f foo/bar/wapi.c \
$(PYTHON) $(top_srcdir)/build-aux/wapi.py $
* Daily, Jeff A wrote on Tue, Aug 10, 2010 at 09:45:43PM CEST:
Which make version and implementation,
Please answer this one as well.
Which make version and implementation,
Please answer this one as well.
Sorry for missing that. GNU Make 3.81 built for i386-apple-darwin9.0.
Hi Ralf,
I think this is a great idea and would be interested in hearing your
plans for moving forward. I've invested a lot of time in an autotools
build system that works on *nix and mingw (and cross-compiling to
mingw from linux!) and I do think this would be interesting to see
this work on
14 matches
Mail list logo