> "Chris" == marq <[EMAIL PROTECTED]> writes:
Hi. I read your patch and I have some comments.
First, could you write a ChangeLog entry for it?
Chris> -$non_c = 0 if $lang !~ /(objc|cxx|f77|ratfor)$/;
Chris> +$non_c = 0 if $lang !~
/(objc|cxx|f77|ppf77|ratfor|f90|ppf90|f95
> "Chris" == marq <[EMAIL PROTECTED]> writes:
Chris> Hi again!
Sorry for the delay on this. I got info from GNU last week (or maybe
before? I forget) that your copyright assignment came through. So
I'd like to finish up what is left to make the F95 support work.
Chris> Of course. The pr
Pavel> I like you approach to do "what the user wants", I just don't
Pavel> see a situation where anybody would want to create a file in
Pavel> builddir instead of overwriting it in srcdir (or attempting to
Pavel> do so with a subsequent failure).
I agree.
However, suppose the developer never pu
Akim> * automake.in (&file_contents): Require a hash as second argument.
Akim> Adjust callers.
Ok.
Tom
Akim> Always use hashes with &file_contents.
Ok.
Tom
Akim> I do agree introducing ?INSTALL? obfuscates, but I still have
Akim> if/fi in mind. The reason I didn't implement if/fi support is
Akim> that I want to use the same as for Makefile.am, but improving it
Akim> with support for TRUE and FALSE directly, in which case there is
Akim> no @FOO_TRUE@
Akim> If OBJEXT and EXEEXT are not set, provide a default value, and use
Akim> them unconditionally.
This is ok, but it is unfortunate.
Currently the EXEEXT support works by rewriting _PROGRAMS variables
and relying on make to pick up the second definition. This is ugly.
However given the o
> "Mo" == Mo DeJong <[EMAIL PROTECTED]> writes:
Mo> After running "make distclean" on a big project I found myself
Mo> quite miffed at the fact that it reran the whole configure process
Mo> (which takes a long time) before executing the distclean rule.
It should only do that if the configure
Hi all.
After running "make distclean" on a big project
I found myself quite miffed at the fact that
it reran the whole configure process
(which takes a long time) before executing the
distclean rule.
Does anyone else think that is a little silly?
I think this problem still shows up in the CVS
v
Akim> There is one big twofold change introduced by this change.
Akim> First all-redirect no longer exists. In fact I don't even
Akim> understand why it existed
I don't remember. It might have been to avoid putting config.h
machinery into &do_one_merge_target. Or it might have been an obscure
On Sun, Mar 04, 2001 at 02:54:42PM -0700, Tom Tromey wrote:
> Akim> * subdir4.test (depcomp): Don't create it, defs does.
>
> Ok.
:( Sorry for this useless noise, it was some old patch remaining
from the first 0[0-9]* set of patches. Forgot to remove it, and
my patch mailer send it :(
Akim> * subdir4.test (depcomp): Don't create it, defs does.
Ok.
Tom
Akim> * automake.in (&file_contents): Map MAINTAINER-MODE to
Akim> @MAINTAINER_MODE_TRUE@ or nothing.
Akim> * configure.am, remake-hdr.am, remake.am, texi-vers.am: Adjust.
Akim> Suggested by Tom.
Ok.
Thanks!
Tom
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> Is there any reason not to merge those two guys? The idea seems
Akim> to be that check_PROGRAMS etc. shall be run first. Any reason
Akim> to have this?
We guarantee that all check_PROGRAMS (or whatever) will be built
before the te
Is there any reason not to merge those two guys? The idea seems
to be that check_PROGRAMS etc. shall be run first. Any reason to
have this?
I must say that I Yipee! a lot this patch :) Finally!
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&file_contents): Require a hash as second argument.
Adjust callers.
Index: automake.in
--- automake.in Sun, 04 Mar 2001 21:38:00 +0100 akim (am/f/39_aut
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
Always use hashes with &file_contents.
* automake.in (&handle_texinfo): texibuild.am does not need
TEXINFODIR.
texinfos.am wants only TEXICLEANS.
(&handle_dist, &add_depend2, &handle_clean): Replace
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* automake.in (&file_contents): Map MAINTAINER-MODE to
@MAINTAINER_MODE_TRUE@ or nothing.
* configure.am, remake-hdr.am, remake.am, texi-vers.am: Adjust.
Suggested by Tom.
Index: automake.in
I do agree introducing ?INSTALL? obfuscates, but I still have if/fi in
mind. The reason I didn't implement if/fi support is that I want to
use the same as for Makefile.am, but improving it with support for
TRUE and FALSE directly, in which case there is no @FOO_TRUE@ etc. to
output, just statical
This one was tricky as @all was used all over the place. Hence the
size, sorry :(
There is one big twofold change introduced by this change. First
all-redirect no longer exists. In fact I don't even understand why it
existed, all you had was
am: all-redirect
and all-redirect had all the magi
There are two motivations for this patch: first it simplifies
Automake, and second, anyway this is the path for the future, since
Autoconf 2.50 defines these guys by default, so there will not even be
any reason for defaulting them.
Index: ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
? update-log
? diffs
? style-m4.patch
? automake-1.4a
? automake-1.4a.tar.gz
Index: tests/ChangeLog
from Akim Demaille <[EMAIL PROTECTED]>
* subdir4.test (depcomp): Don't create it, defs does.
Index: tests/subdir4.test
===
22 matches
Mail list logo
