Re: User extensions

2010-11-01 Thread Ralf Wildenhues
Hi Valentin, let's move to the -patches list. And sorry for the long delay. * Valentin David wrote on Fri, Sep 03, 2010 at 06:56:53PM CEST: I propose a patch as attached. * The lang_*_rewrite are added to the Language structure. The default is lang_sub_obj. They do not return anymore the

Re: User extensions

2010-11-01 Thread Valentin David
On Mon, Nov 1, 2010 at 8:18 PM, Ralf Wildenhues ralf.wildenh...@gmx.de wrote: * Valentin David wrote on Fri, Sep 03, 2010 at 06:56:53PM CEST: * --libdir= can be called several times, the arguments can also have a list of paths separated by a colon. Empty paths correspond to the original

Re: User extensions

2010-11-01 Thread Ralf Wildenhues
* Valentin David wrote on Mon, Nov 01, 2010 at 09:41:47PM CET: On Mon, Nov 1, 2010 at 8:18 PM, Ralf Wildenhues wrote: Also, I like the approach of calling the whole feature experimental and at the same time asking users to tell us which features from automake.in they need so we can document

tests updates

2010-11-01 Thread Ralf Wildenhues
Hi Stefano, I'm so totally behind on patches and not getting better, that the strategy of ignoring testsuite work will not help either. So how about the following. IIRC you suggested a branch for low-danger testsuite updates. I'm not sure if a single branch would always be the right thing to

More problems with `make -n' in automake-generated rules.

2010-11-01 Thread Ralf Wildenhues
I noticed more issues with automake-generated rules and `make -n': 1) The solutions documented in the `Multiple Outputs' node are not safe for use with `make -n'. 2) Consequently, the lisp rules are broken, but also the Yacc, Vala, and config.h rules in some cases. 3) The rules to update

Re: More problems with `make -n' in automake-generated rules.

2010-11-01 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Mon, Nov 01, 2010 at 10:18:55PM CET: 3) The rules to update Makefile, but also those to update and Makefile.in, are broken in some circumstances, too. [...] I'm not sure how useful it is to fix (3). It is not easy as a user to get GNU make to not update any of the

Fix install-strip when $(STRIP) contains several words.

2010-11-01 Thread Ralf Wildenhues
I was wondering whether, if $(STRIP) is empty, one would want install-strip to have the same effect as install, but then again, the value of $(STRIP) at 'make install' time isn't currently used for all stripping anyway: libtool figures out how to strip things at configure time (and sets things

Re: [coreutils] debbugs

2010-11-01 Thread Ralf Wildenhues
Hello Glen, all, and sorry for the long delay, * Glenn Morris wrote on Thu, Oct 14, 2010 at 01:54:45AM CEST: Ralf Wildenhues wrote (on Wed, 13 Oct 2010 at 22:46 +0200): There is one question I haven't seen addressed yet, that I think should be documented: is it possible to easily export

Re: [coreutils] debbugs

2010-11-01 Thread Glenn Morris
1) Change the automake maintainer to bug-automake 2) Activate a router rule for bug-automake, that would redirect messages to debbugs.gnu.org. This should happen automatically once I add an entry to the appropriate config file on debbugs.gnu.org (has not been tested yet, but should