Re: allow (sub)packages to share files in subpackages

2006-03-17 Thread Alexandre Duret-Lutz
>>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: [...] RW> [3] The $(MAKE) invocation for the subpackage `distdir' is not RW> portable to all `make' implementation (as not all allow to override RW> set macros from the command line); this requirement does not change RW> with the patch.

Re: Do not write in symlinked aclocal.m4

2006-03-17 Thread Alexandre Duret-Lutz
>>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: [...] RW> * aclocal.in (write_aclocal): Unlink `aclocal.m4' before RW> writing into it, to break a symlinked file. RW> * tests/acloca20.test: New test. RW> * tests/Makefile.am: Updated. Thanks, please install. (Amusing test, BTW. Too

Re: mkdir_p should not fall back to mkinstalldirs

2006-03-17 Thread Alexandre Duret-Lutz
>>> "SK" == Stepan Kasal <[EMAIL PROTECTED]> writes: SK> Hi, SK> is there any reason why mkdir_p still sometimes falls back to SK> mkinstalldirs? I think the code will be nicer if we'll use SK> `install-sh -d' as a universal fallback. Yeah, the makefile used mkinstalldirs when it was present

Re: patch pings

2006-03-17 Thread Alexandre Duret-Lutz
>>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: [...] RW> No problem. Please indicate though which branches some patch should be RW> applied to (I write for HEAD only). That's fine, let's forget the branch, I don't plan to make an 1.9.7 unless something very serious happen. I'd rat

FYI: fix check5.test and nobase.test for maintainer-check

2006-03-17 Thread Alexandre Duret-Lutz
2006-03-18 Alexandre Duret-Lutz <[EMAIL PROTECTED]> * tests/check5.test, tests/nobast.test: Fix $MAKE and rm invocations to please maintainer-check. Index: tests/check5.test === RCS file: /cvs/automake/automake/test

Re: depcomp testing

2006-03-17 Thread Alexandre Duret-Lutz
Sorry for the delay, >>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: [...] RW> Below, there's also a hack for depmodes hp/gcc to not output `foo.c :' RW> lines. It's a hack because `grep -v "^$source$"' is bad when $source RW> contains regex-active characters, but was the simplest I