[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Multiple makefiles and rules for CONFIG_HEADER and CONFIG_FILE entr
From: |
Alexandre Duret-Lutz |
Subject: |
Re: Multiple makefiles and rules for CONFIG_HEADER and CONFIG_FILE entries |
Date: |
Thu, 13 Feb 2003 20:43:25 +0100 |
User-agent: |
Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu) |
>>> "Sander" == Sander Niemeijer <address@hidden> writes:
[...]
Sander> Now I recently discovered that automake places the
Sander> rules to rebuild foo.h from foo.h.in (with the use of a
Sander> stamp-h* file) in the Makefile of the directory where
Sander> foo.h will appear if that directory has a Makefile and
Sander> otherwise put it in the toplevel Makefile. But it won't
Sander> put these rules in any of the other Makefiles. Of
Sander> course this leaves me with a problem if I change
Sander> foo.h.in and perform a make, since for targets in my
Sander> subdirectories that depend on foo.h make won't try to
Sander> rebuild foo.h and thus these targets won't be rebuild
Sander> either.
I've been bitten by this too. I added your email to the Cc: list for PR/355.
Sander> I would like to know whether anybody knows a way to have the foo.h.in
Sander> -> foo.h (with appropriate stamp-h* usage) dependencies included in
Sander> all my makefiles that contain targets with dependencies on foo.h.
No idea :( Except handwriting these rules, of course, but that
means you must know how stamp files are numbered.
Sander> I'm currently considering to let configure create a separate foo.h in
Sander> each of the directories that need foo.h (through a
Sander> AC_CONFIG_HEADERS([dir1/foo.h:inc/foo.h.in dir2/foo.h:inc/foo.h.in]),
This looks safer.
[...]
--
Alexandre Duret-Lutz