Akim Demaille [EMAIL PROTECTED] writes:
Tom Tromey [EMAIL PROTECTED] writes:
"Akim" == Akim Demaille [EMAIL PROTECTED] writes:
Akim * automake.in (do_one_clean_target): Don't hard code knowledge
Akim about libtool, and maintainer-clean.
Akim * clean.am,
"Derek R. Price" [EMAIL PROTECTED] writes:
AC_REPLACE_FUNCS is still trying to call AC_LIBOBJ_DECL. :(
Pfff, there was no test for AC_REPLACE_FUNCS at all!
Thanks!
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
acfunctions.m4 was still using the old AC_LIBOBJ_DECL.
Hi again!
On 4 Feb, Tom Tromey wrote:
"" == marq [EMAIL PROTECTED] writes:
The last point is annoying, since it prohibits the use of any .F90
or even .f95 files in any project that is maintained with automake:
it simply doesn't generate the proper dependencies for a library or
program -
"Lars J. Aas" [EMAIL PROTECTED] writes:
Anyways, are the people that count looking into this patch?
I will, when I have time :( Sorry for the delays...
Hello, Tom!
I see that you are not using the latest and greatest Autoconf.
Names beginning with AM_ are reserved for macros. Autoconf-2.49c will not
allow such names in configure.
That's why many tests are failing again - AM_INCLUDE is not a good name
for a variable.
How about renaming
Hi,
How can I compile a program which is not C or C++, Fortran...
I have got this rule for a Makefile, but I do not know
how to put this in a Auto system.
.SUFFIXES: .cmi .cmo .cmx .c
%.cmi: %.mli
$(COMPILE) $
%.cmo: %.ml
$(OCAMLC) $(BYTECOMPFLAGS) $
%.cmx: %.ml
On Mon, Feb 05, 2001 at 05:40:58PM +0100, Akim Demaille wrote:
: "Lars J. Aas" [EMAIL PROTECTED] writes:
:
: First a simple organize/cleanup patch.
:
: Err, I must confess I'd like better canonicalize or so...
Agreed. The point is to gather the character range in one place, and
with a sub
Tom, you should also know you can have a special exception, and tell
autoconf AM_INCLUDE is OK. But I agree with Pavel it looks way too
much like a macro name, in itself it is confusing.
As far as I know, it cannot be done without breaking compatibility with
Autoconf 2.13.
Too bad Autoconf
Akim Demaille [EMAIL PROTECTED] writes:
[snip]
For instance, I find it quite annoying to have to know that Automake
knows the -local targets: the code of 25 makes it possible for users
to have just there own `clean:' target which will be appended to the
existing code.
That seems counter to
"Pavel" == Pavel Roskin [EMAIL PROTECTED] writes:
Pavel I see that you are not using the latest and greatest Autoconf.
Nope.
Pavel Names beginning with AM_ are reserved for
Pavel macros. Autoconf-2.49c will not allow such names in configure.
Hmm.
Pavel That's why many tests are failing
"Hari" == Raja R Harinath [EMAIL PROTECTED] writes:
Hari That seems counter to current 'automake' behaviour. IIRC, if
Hari automake sees a "special" target in Makefile.am, it won't
Hari generate code for that target. E.g., if the Makefile.am has a
Hari 'check:' target, the builtin test
Hello, Tom!
Pavel How about renaming AM_INCLUDE to AMINCLUDE everywhere? The
Pavel patch is attached. It fixes all tests.
My approach was too formal. AM_INCLUDE is a variable, but the names of
variables shouldn't contain any capital letters. My fault.
What if instead we decide on a
Somebody checked in a bad quote recently. It breaks at least the
stamph/header targets. Patch attached.
Derek
--
Derek Price CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com )
--
82. Hold a hard drive to your
13 matches
Mail list logo