This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: Automake suffixes ordering [patch]
- To: automake at gnu dot org
- Subject: Re: Automake suffixes ordering [patch]
- From: Kevin Ryde <user42 at zip dot com dot au>
- Date: 22 Dec 2000 06:14:40 +1000
- List-Id: Discussion list for automake <automake.gnu.org><mailto:automake-request@gnu.org?subject=unsubscribe>
- References: <878zqzbc93.fsf@zip.com.au> <87n1dqse88.fsf@creche.redhat.com>
Tom Tromey <tromey@redhat.com> writes:
>
> Thanks, I finally checked this in.
Excellent.
I find though that I got it wrong for the case where automake isn't
automatically generating any suffixes, but rather there's only
user-supplied ones with $(SUFFIXES). This comes up in autoconf I
think.
The one liner below is the amendment. If it can't be considered part
of the original change, then a log entry might be,
* automake.in (handle_footer): Correction to last change, for
case where there's no automake suffixes only user $(SUFFIXES).
Index: automake.in
===================================================================
RCS file: /cvs/automake/automake/automake.in,v
retrieving revision 1.808
diff -u -r1.808 automake.in
--- automake.in 2000/12/21 06:07:14 1.808
+++ automake.in 2000/12/21 20:06:35
@@ -3661,7 +3661,7 @@
# before .SUFFIXES. So we make sure that .SUFFIXES appears before
# anything else, by sticking it right after the default: target.
$output_header .= ".SUFFIXES:\n";
- if (@suffixes)
+ if (@suffixes || &variable_defined ('SUFFIXES'))
{
# Make sure suffixes has unique elements. Sort them to ensure