[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 |
-----BEGIN PGP SIGNED MESSAGE-----
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
xyzzy:
touch xyzzy
foo.h: xyzzy
touch $(GEN_LIST)
^D
$ 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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE82TkO/FmLrNfLpjMRAsp/AKCJciq76UUA93wcISUY/m5l8w8a1QCgoSxb
pqEdz9p+yAy68DqkZUsHoDs=
=rWaX
-----END PGP SIGNATURE-----