This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: toplevel Makefile.in: autogenerate more
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: DJ Delorie <dj at delorie dot com>
- Cc: neroden at doctormoo dot dyndns dot org, gcc-patches at gcc dot gnu dot org, binutils at sources dot redhat dot com, gdb-patches at sources dot redhat dot com
- Date: 24 Sep 2002 23:44:41 -0300
- Subject: Re: toplevel Makefile.in: autogenerate more
- Organization: GCC Team, Red Hat
- References: <20020924233633.GA22064@doctormoo.dyndns.org><200209242346.g8ONkL702524@envy.delorie.com>
On Sep 24, 2002, DJ Delorie <dj@delorie.com> wrote:
> As much as I like automation, this rule is bad. Not everyone has
> autogen, and those who don't shouldn't get penalized if they happen to
> get the timestamps rearranged.
If they use the recommended script, contrib/gcc_update, they'll get it
right.
If the rule is not to be activated, I'd rather have it in Makefile.in,
even if commented out, than not at all. How about:
Makefile.in: # Makefile.tpl Makefile.def # srcdir omitted for clarity
...
so, if one removes Makefile.in, we try to rebuild it, otherwise it
won't be modified just because you touched one of the other files, but
the deps are still documented.
Then, when we get --enable-maintainer-mode in the top level, we'll
just have to replace the `#' with @MAINT@.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist Professional serial bug killer