[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Antwort: Re: Feature request: meta files & wildcards (once again)

From: Bernd Jendrissek
Subject: Re: Antwort: Re: Feature request: meta files & wildcards (once again)
Date: Wed, 8 May 2002 16:41:35 +0200

Hash: SHA1

On Tue, May 07, 2002 at 09:20:27PM +0200, Alexandre Duret-Lutz wrote:
> >>> "Bruce" == Bruce Korb <address@hidden> writes:
>  Bruce> Alexandre Duret-Lutz wrote:
>  Alex> Certainly would. The problem I had with suffix rules, was that one
>  Alex> invocation of the idl compiler on one .idl file expands into many .h 
> and
>  Alex> .cpp files, therefore I needed a suffix rule for each product.
>  Bruce> The only straight forward solution I've found is to
>  Bruce> have stamp file dependencies:
>  Bruce> GEN_LIST = foo.h bar.h baz.h
>  Bruce> $(GEN_LIST) : gen-stamp
>  Bruce> gen-stamp : <predecessor-list>
>  Bruce> <generator-command> && touch $@
> Yes, it's just the same: you can pick any file in GEN_LIST and
> use it in lieu of gen-stamp.

No it's not (I think).

$ cat >Makefile
GEN_LIST = foo.h bar.h baz.h

all: foo.h bar.h baz.h

        touch xyzzy

foo.h: xyzzy
        touch $(GEN_LIST)
$ make
touch foo.h bar.h baz.h
$ rm -f bar.h  # oops, I edited a generated file
$ make
make: *** No rule to make target `bar.h', needed by `all'.  Stop.

Is this what you meant?

Hmm, but using gen-stamp is worse: "make: Nothing to be done for `all'."

This seems similar to AM_YFLAGS = -d where removing either the parser or its
definitions can cause build failures virtually requiring one to re-untar the
source to fix them.

Bernd Jendrissek
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see


reply via email to

[Prev in Thread] Current Thread [Next in Thread]