On 27 Mar 2001 09:57:08 +0200, Ralf Corsepius wrote:
# ./configure
checking for style of include used by make... include
# make
/bin/sh ./config.status --recheck
running /bin/sh ./configure --no-create --no-recursion
checking for style of include used by make... #
Is there
Tim Van Holder wrote:
On 27 Mar 2001 09:57:08 +0200, Ralf Corsepius wrote:
# ./configure
checking for style of include used by make... include
# make
/bin/sh ./config.status --recheck
running /bin/sh ./configure --no-create --no-recursion
checking for style of include used by
Hi,
Ralf Corsepius [EMAIL PROTECTED] writes:
An observation with cvs-autoconf and automake-1.4d:
Given this configure.in:
AC_INIT(Makefile.am)
AM_INIT_AUTOMAKE(foo,0,no)
AM_MAKE_INCLUDE
AC_OUTPUT(Makefile)
# ./configure
[snip]
Note: style of include "include"
Now
Raja R Harinath wrote:
Hi,
Ralf Corsepius [EMAIL PROTECTED] writes:
An observation with cvs-autoconf and automake-1.4d:
# ./configure
[snip]
Note: style of include "include"
Now touching/editing configure.in and rerunning make:
# touch configure.in
# make
[..]
/bin/sh
Ralf Corsepius [EMAIL PROTECTED] writes:
[snip]
Meanwhile, I think to have found the cause.
Somehow, after having touched configure or configure.in, "make" runs
the "include check" by recursively running make.
Due to recursively running make, __gmake__ emits a "Entering
directory ..."
On Tue, Mar 27, 2001 at 09:06:38PM +0200, Akim Demaille wrote:
: According to private messages with Lars (Hecking :), you need to tag
: to be able to do that.
Hehe, we're now three (late entry by Lars Stavholm), so you better be
specific in the times to come. You can emphasize me by using
Thanks, but I was really asking the question for the whole *project*.
With PRCS I can talk about revision n - 1 of the *project*, i.e., the
full set of the files. According to private messages with Lars
(Hecking :), you need to tag to be able to do that. So I dropped this
idea and I'm
On Tue, Mar 27, 2001 at 11:11:42PM +0200, [EMAIL PROTECTED] wrote:
It's between revision 0.119 and 0.120, diffs attached. I'm looking for
the problem.
Here are the changes it introduces. At the bottom you can see what
went wrong. There is something in the PROGRAMS handling I broke :(
[EMAIL PROTECTED] wrote:
I think I have it. It's a very stupid typo :(
patchName: patch
Type: Plain Text (text/plain)
Fixed. :) Thanks Akim!
Robert
--
Robert Boehne Software Engineer
See http://sources.redhat.com/ml/automake/2001-03/msg00162.html
unfortunately, the code is a bit stale now, due to all the recent work on
automake. however, same concept still applies.
cheers,
edward
- Original Message -
From: "Akim Demaille" [EMAIL PROTECTED]
To: "Robert Boehne"
yep. enclosed is a patch which demonstrates how i deal with that. the
*first* set of unidiff marked is the part that came up as unacceptable.
unfortunately, the rest really don't work w/o it. the 2nd unidiff marked is
something i'm trying to track down. that is, how to deal properly with
SUFFIXES
-Original Message-
From: edward [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 28, 2001 12:47 PM
To: Robert Collins; Akim Demaille
Cc: [EMAIL PROTECTED]
Subject: Re: program target missing $(EXEEXT)
here is the current situation as i see it. some apps like gcc
can manage
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* automake.in (finish_languages, handle_single_transform_list)
(add_depend2, handle_dependencies): No longer use the language
name in `$lang'. Rename `$lang_obj' as `$lang'.
Index: automake.in
---
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* automake.in (lang_extensions): Remove.
(add_depend2, saw_sources_p): Adjust.
* depend2.am: `%EXT%' no longer includes the dot.
Index: automake.in
--- automake.in Sun, 25 Mar 2001 17:37:00 +0200 akim
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
Unify LISP, PYTHON and JAVA primaries.
* automake.in (handle_emacs_lisp): Be like handle_python, i.e.,
return if there are no files, hook elist-comp on the Autoconf
macro, rely on lisp.am to define
Updated thanks to the input from Robert. `-c' was incorrectly passed
to Libtool.
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* ext-compile.am: New file.
* automake.in (finish_languages): Output it.
Require a C linker if there are several registered source
I withdraw this part of the patch:
Index: ChangeLog
from Akim Demaille [EMAIL PROTECTED]
* automake.in (am_install_var): When adding `$(EXEEXT)' to PROGRAMS,
merge the `build' and `set' loops into one.
@@ -7086,37 +7082,21 @@ sub am_install_var
# include EXEEXT
17 matches
Mail list logo