Re: [PATCH] {maint} python: extend and improve tests, fix minor glitches

2011-02-13 Thread Stefano Lattarini
On Friday 11 February 2011, Ralf Wildenhues wrote: Hi Stefano, * Stefano Lattarini wrote on Wed, Feb 02, 2011 at 12:10:15AM CET: Subject: [PATCH] python: extend and improve tests, fix minor glitches [...] * tests/python-vars.test: New test, checking that AM_PATH_PYTHON correctly set

Re: [PATCH] {maint} python: extend and improve tests, fix minor glitches

2011-02-13 Thread Ralf Wildenhues
* Stefano Lattarini wrote on Sun, Feb 13, 2011 at 11:49:28AM CET: OK to apply? I will push in 72 hours if there are no further objections. The patch is OK as it is a strict improvement IIUC, but I still have a question below. Thanks, Ralf Subject: [PATCH] python: fix spurious failure in

Re: [PATCH] {maint} python: extend and improve tests, fix minor glitches

2011-02-13 Thread Stefano Lattarini
On Sunday 13 February 2011, Ralf Wildenhues wrote: * Stefano Lattarini wrote on Sun, Feb 13, 2011 at 11:49:28AM CET: OK to apply? I will push in 72 hours if there are no further objections. The patch is OK as it is a strict improvement IIUC, but I still have a question below. Thanks,

Re: [PATCH] {maint} python: extend and improve tests, fix minor glitches

2011-02-13 Thread Ralf Wildenhues
* Stefano Lattarini wrote on Sun, Feb 13, 2011 at 02:09:03PM CET: On Sunday 13 February 2011, Ralf Wildenhues wrote: * Stefano Lattarini wrote on Sun, Feb 13, 2011 at 11:49:28AM CET: + cat pythondir + case `cat pythondir` in '$${prefix}'/*);; *) exit 1;; esac + cat pyexecdir + case

Re: turning off dependency tracking when building fat binaries on Mac OSX

2011-02-13 Thread Ralf Wildenhues
Hello Peter, * Peter Johansson wrote on Sat, Jan 22, 2011 at 05:18:10PM CET: The `INSTALL' file provided by autotools has the following blurp On MacOS X 10.5 and later systems, you can create libraries and executables that work on multiple system types--known as fat or universal

Re: slow make clean

2011-02-13 Thread Ralf Hemmecke
You mean, as a workaround until Automake is improved? You could overwrite the rule in your Makefile.am: mostlyclean-compile: -find . -name \*.lo -o -name \*.$(OBJEXT) -print | xargs rm -f But note that automake may generate other files that would need to be mostlyclean'ed too, so the

Re: slow make clean

2011-02-13 Thread Ralf Wildenhues
* Ralf Hemmecke wrote on Sun, Feb 13, 2011 at 03:10:39PM CET: You mean, as a workaround until Automake is improved? You could overwrite the rule in your Makefile.am: mostlyclean-compile: -find . -name \*.lo -o -name \*.$(OBJEXT) -print | xargs rm -f But note that automake may

Re: slow make clean

2011-02-13 Thread Ralf Hemmecke
We have a bug tracker. Just write to the bug-automake list. This is documented at http://www.gnu.org/software/automake/manual/html_node/Reporting-Bugs.html Oh yes, but it's not completely clear to me whether I get only an email for a bug that I submitted or whether I can explicitly can

debbugs and (was: slow make clean)

2011-02-13 Thread Ralf Wildenhues
* Ralf Hemmecke wrote on Sun, Feb 13, 2011 at 06:46:12PM CET: We have a bug tracker. Just write to the bug-automake list. This is documented at http://www.gnu.org/software/automake/manual/html_node/Reporting-Bugs.html Oh yes, but it's not completely clear to me whether I get only an email

debbugs, and a FAQ, for Autotools

2011-02-13 Thread Ralf Wildenhues
[ Cross post; Reply-To and Mail-Followup-To set. Please followup to the automake list only, to avoid excessive spammage. Thank you. ] Hello everyone, I've been advertising debbugs before, I think we should be a good example. So, two proposals: 1) Autoconf and Libtool should also use

Re: $(srcdir)/foo is not generated because $(srcdir)/$(srcdir)/foo exists

2011-02-13 Thread Peter Johansson
Thanks Ralf for your quick reply, On 2/13/11 2:44 AM, Ralf Wildenhues wrote: I would prepend all lines of a rule with a TAB, not just those not following a backslash-escaped newline. I'm actually not totally sure whether that was for portability to non-Posix make or so automake would parse

Re: debbugs and (was: slow make clean)

2011-02-13 Thread Glenn Morris
Ralf Wildenhues wrote (on Sun, 13 Feb 2011 at 19:01 +0100): I glanced over the debbugs documentation at debbugs.gnu.org now, but couldn't find a place that said something about subscribing to individual bugs. Glen, do you happen to know more about this? I know that it doesn't work, and

Re: support for a program that compile files (like yacc or lex support)

2011-02-13 Thread Vincent Torri
ping 3 :) On Mon, Jan 24, 2011 at 10:09 AM, Vincent Torri vincent.to...@gmail.comwrote: ping2 :) Vincent Torri On Tue, Jan 4, 2011 at 8:24 AM, Vincent Torri vto...@univ-evry.fr wrote: Hey, Wasn't what i want (see below) clear enough ? Vincent Torri First, it seems that i have

Re: Test support for automake

2011-02-13 Thread NightStrike
On Sat, Feb 12, 2011 at 4:51 PM, Daily, Jeff A jeff.da...@pnl.gov wrote: From: automake-bounces+jeff.daily=pnl@gnu.org [automake-bounces+jeff.daily=pnl@gnu.org] On Behalf Of Ralf Hemmecke [hemme...@gmail.com] Sent: Friday, February 11, 2011 11:18 AM To: automake@gnu.org Subject:

Re: slow make clean

2011-02-13 Thread Bob Friesenhahn
On Sun, 13 Feb 2011, Ralf Hemmecke wrote: I think I would get too many (to me irrelevant) mails if I subscribe to the bug-automake mailing list. That is true, but you don't need to subcribe to the list in order to post to it and it is normal to be Cc:ed on any response. A list moderator

bug#8031: feature request: slow make clean

2011-02-13 Thread Ralf Hemmecke
This is a copy of http://lists.gnu.org/archive/html/automake/2011-02/msg00017.html It's not really a bug, but rather a feature request. Ralf Original Message Subject: slow make clean Date: Sat, 12 Feb 2011 23:46:55 +0100 From: Ralf Hemmecke hemme...@gmail.com To:

Re: turning off dependency tracking when building fat binaries on Mac OSX

2011-02-13 Thread Peter Johansson
Hi Ralf, On 2/13/11 3:32 AM, Ralf Wildenhues wrote: Yep. I think that was one reason we explicitly documented the thing in INSTALL. With this configuration, your preprocessor will be wrong (because CFLAGS are not passed to it) which means macro values may be computed wrongly. I'm not sure I