This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [RFA] Fix libsupc++/Makefile.in

From: "B. Kosnik" <bkoz at nabi dot net>
To: Gabriel Dos Reis <gdr at integrable-solutions dot net>
Cc: neil at daikokuya dot co dot uk, gcc-patches at gcc dot gnu dot org, libstdc++ at gcc dot gnu dot org
Date: Thu, 1 Aug 2002 14:07:45 -0700
Subject: Re: [RFA] Fix libsupc++/Makefile.in
Organization: secret_agent_headquarters
References: <20020801203847.GA10182@daikokuya.co.uk><20020801133404.3c77bc23.bkoz@nabi.net><20020801205014.GB10182@daikokuya.co.uk><m3r8hi8fmc.fsf@soliton.integrable-solutions.net><20020801210600.GB10390@daikokuya.co.uk><m37kja8ena.fsf@soliton.integrable-solutions.net>
Reply-to: bkoz at nabi dot net

> As a rule (which has been annoying me), automake tends to touch
> (recursively) any Makefile.in it finds.  What I usually do is to
> locate the Makefile.in I know should be regenerated and remove others
> that should not have been touched.  

when we are not in the middle of a release, let's come up with some
guidelines.

I think this has been an annoyance to all the maintainers for at least 6
months.

> Benjamin?

I'll do it Neil. Hang on.

-benjamin

Follow-Ups:
- Re: [RFA] Fix libsupc++/Makefile.in
  - From: Neil Booth

References:
- [RFA] Fix libsupc++/Makefile.in
  - From: Neil Booth
- Re: [RFA] Fix libsupc++/Makefile.in
  - From: B. Kosnik
- Re: [RFA] Fix libsupc++/Makefile.in
  - From: Neil Booth
- Re: [RFA] Fix libsupc++/Makefile.in
  - From: Gabriel Dos Reis
- Re: [RFA] Fix libsupc++/Makefile.in
  - From: Neil Booth
- Re: [RFA] Fix libsupc++/Makefile.in
  - From: Gabriel Dos Reis

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]