Re: mtime of installed files

2010-07-27 Thread Ludovic Courtès
Hello! Ralf Wildenhues ralf.wildenh...@gmx.de writes: Now I need to ask in more detail: do you actually need newer or just not older? Because if the latter, then you could just let the rule to install $(nodist_foobar_DATA) depend on the rule to install $(dist_foobar_SOURCES), the latter of

Re: mtime of installed files

2010-07-27 Thread Ralf Wildenhues
Hi Ludo, * Ludovic Courtès wrote on Tue, Jul 27, 2010 at 10:18:39AM CEST: Ralf Wildenhues writes: guile_install_ccacheDATA = install-ccacheDATA $(guile_install_ccacheDATA): install-modDATA For the record, this was fixed along these lines. The auto-compile mtime checks were also

Coverage: bogus option to AM_INIT_AUTOMAKE.

2010-07-27 Thread Ralf Wildenhues
I'm adding this trivial coverage addition to maint. Cheers, Ralf Coverage: bogus option to AM_INIT_AUTOMAKE. * tests/init2.test: New test. * tests/Makefile.am: Update. diff --git a/tests/Makefile.am b/tests/Makefile.am index 568be8a..4fc4d15 100644 --- a/tests/Makefile.am +++

Fix AM_COND_IF for gone-invalid condition shell expression.

2010-07-27 Thread Ralf Wildenhues
Fixing this kind of nasty (silent wrong-code) bug, for maint. Hope AM_COND_IF hasn't seen a lot of uses this way yet. Cheers, Ralf Fix AM_COND_IF for gone-invalid condition shell expression. * m4/cond-if.m4 (AM_COND_IF): test contents of $COND_TRUE variable, rather than

Document current policy for development with git.

2010-07-27 Thread Ralf Wildenhues
Hi Stefano, all, I've rewritten the HACKING section on development with git a bit to better reflect what I currently think is a good way to go on. Patch for maint. Comments appreciated. FYI, I am waiting for regenerating the in-tree files with Autoconf 2.67 until the official tarballs have

Re: trivial typo

2010-07-27 Thread Ralf Wildenhues
Hi Patrick, * Patrick Welche wrote on Sat, Jul 10, 2010 at 06:48:30PM CEST: -Script are not distributed by default; as we have just seen, those +Scripts are not distributed by default; as we have just seen, those Thanks! Committed to my maint branch, will be pushed out within the next couple

Re: Avoid syntax error if IF-TRUE part of AM_COND_IF is empty.

2010-07-27 Thread Eric Blake
On 07/27/2010 01:33 PM, Ralf Wildenhues wrote: Adding this patch to maint to fix the glitch at least for the IF-TRUE case. It's unfortunately not fixable as nicely in the IF-FALSE case since we don't want to override $? there. @@ -27,8 +27,8 @@ AC_DEFUN([AM_COND_IF],

Re: Document current policy for development with git.

2010-07-27 Thread Eric Blake
On 07/27/2010 01:43 PM, Ralf Wildenhues wrote: Hi Stefano, all, I've rewritten the HACKING section on development with git a bit to better reflect what I currently think is a good way to go on. Patch for maint. Comments appreciated. FYI, I am waiting for regenerating the in-tree files

[PATCHES] Bootstrap: Allow user overriding of $AUTOCONF and $PERL.

2010-07-27 Thread Stefano Lattarini
Separated in two patches for easier cherry-picking. For maint. Regards, Stefano -*-*- Subject: [PATCH 1/2] Bootstrap: let the user choose which autoconf to use. * bootstrap ($AUTOCONF): New variable, from the environment. Use it instead of calling autoconf directly. --- ChangeLog |6

Re: [PATCHES] Bootstrap: Allow user overriding of $AUTOCONF and $PERL.

2010-07-27 Thread Eric Blake
On 07/27/2010 02:58 PM, Stefano Lattarini wrote: +# Let user choose which version of autoconf to use. +AUTOCONF=${AUTOCONF-autoconf} + I'm used to this variant, with less typing: : ${AUTOCONF=autoconf} But your way works, too. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt

Re: [PATCHES] Bootstrap: Allow user overriding of $AUTOCONF and $PERL.

2010-07-27 Thread Eric Blake
On 07/27/2010 03:08 PM, Eric Blake wrote: On 07/27/2010 02:58 PM, Stefano Lattarini wrote: +# Let user choose which version of autoconf to use. +AUTOCONF=${AUTOCONF-autoconf} + I'm used to this variant, with less typing: : ${AUTOCONF=autoconf} But your way works, too. Huh, I just

Re: [PATCHES] Bootstrap: Allow user overriding of $AUTOCONF and $PERL.

2010-07-27 Thread Stefano Lattarini
Hi Eric. At Tuesday 27 July 2010, Eric Blake wrote: On 07/27/2010 03:08 PM, Eric Blake wrote: On 07/27/2010 02:58 PM, Stefano Lattarini wrote: +# Let user choose which version of autoconf to use. +AUTOCONF=${AUTOCONF-autoconf} + I'm used to this variant, with less typing: :

Re: [PATCHES] Bootstrap: Allow user overriding of $AUTOCONF and $PERL.

2010-07-27 Thread Eric Blake
On 07/27/2010 03:37 PM, Stefano Lattarini wrote: I'm used to this variant, with less typing: : ${AUTOCONF=autoconf} But your way works, too. Can you confirm it's as portable as the ways suggested in the autoconf manual? If yes, do you think it could be an useful addition to that manual?

Re: build and installation names

2010-07-27 Thread Ralf Wildenhues
Hello Wesley, * Wesley Smith wrote on Sun, Jul 25, 2010 at 08:35:34PM CEST: I'm trying to setup a Makefile.am such that the lib and modules I build get installed in the following way: /usr/local/lib/liblua5.1-mymodule.so.0.0.0 /usr/local/lib/liblua5.1-mymodule.so.0

Re: build and installation names

2010-07-27 Thread Wesley Smith
Thanks for all the help. I'll address the paths in later refinements, but for now, I'd like to understand why the error is happening in this particular instance. I'm not quite sure what you mean with this.  Can you give an example? Or do you mean the translation from  lib_LTLIBRARIES =

Re: build and installation names

2010-07-27 Thread Ralf Wildenhues
* Wesley Smith wrote on Wed, Jul 28, 2010 at 03:01:30AM CEST: Thanks for all the help. I'll address the paths in later refinements, but for now, I'd like to understand why the error is happening in this particular instance. That is fine. Please send the --debug output that I requested in my