This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: Bugs/Features in handling of continued Makefile rules
- To: "Robert Collins" <robert dot collins at itdomain dot com dot au>
- Subject: Re: Bugs/Features in handling of continued Makefile rules
- From: Raja R Harinath <harinath at cs dot umn dot edu>
- Date: Fri, 21 Sep 2001 12:55:02 -0500
- Cc: "Dean Povey" <povey at dstc dot qut dot edu dot au>, <automake at gnu dot org>
- List-Id: Discussion list for automake <automake.gnu.org>
- References: <200109202250.f8KMoXm02269@thunder.dstc.qut.edu.au><00eb01c1427c$fa3c0560$0200a8c0@lifelesswks>
Hi,
"Robert Collins" <robert.collins@itdomain.com.au> writes:
> ----- Original Message -----
> From: "Dean Povey" <povey@dstc.qut.edu.au>
> Subject: Re: Bugs/Features in handling of continued Makefile rules
>> ??? wrote:
>> >Use
>> >## Comment
>> >They get omitted from Makefile.in.
>>
>> I know about ##, I just thought handling # in Make rules by omitting them
>> was a nicer then printing an error message.
>
> Ah, that makes more sense. What about moving the comment before/after
> the rule? That would preserve the comment (which is presumably the
> reason it was entered) and save the Makefile.in semantics.
Yep.
However, I wouldn't want Automake to move the comments. Automake
isn't, and doesn't try to be, a make-rule validator for the
user-written rules in Makefile.am. It should not move things around
inside the rules nor should it remove or add lines to those rules.
- Hari
--
Raja R Harinath ------------------------------ harinath@cs.umn.edu
"When all else fails, read the instructions." -- Cahn's Axiom
"Our policy is, when in doubt, do the right thing." -- Roy L Ash