automake-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: AM_PROG_CC_STDC and am_cv_prog_cc_stdc


From: Alexandre Duret-Lutz
Subject: Re: AM_PROG_CC_STDC and am_cv_prog_cc_stdc
Date: Thu, 05 Dec 2002 11:12:58 +0100
User-agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/20.7 (i386-debian-linux-gnu)

>>> "Kevin" == Kevin Ryde <address@hidden> writes:

[...]

 >> * automake.texi (Public macros) <AM_PROG_CC_STDC>: Remove
 >> documentation, this macro is no longer supported.

 Kevin> Personally I'm against withdrawing features, or at least any feature
 Kevin> that has a sensible definition and isn't a big burden going forward.
 Kevin> But so long as old configure.in's get the right effect then it's hard
 Kevin> to argue against.

The rational here, as well as for the few other macros that was
removed in the past, is that it's really not Automake's job to
supply this kind of features.  I agree it's unfortunate it'll
requires some work from the user eventually.  However it
sanitizes the autoconf/automake interaction and frees us from
maintaining a feature which is already (and better) maintained
elsewhere; I think that's good news, burden-wise.

 >> +        your code should no longer depend upon `ac_cv_prog_cc_stdc', but 
 >> upon
 >> +        `am_cv_prog_cc_stdc'.

 Kevin> Is that backwards?  :-)

Oops :) Thanks.  I've installed this patch with your correction.

I've also installed the following on branch-1-7.

2002-12-05  Alexandre Duret-Lutz  <address@hidden>

        * automake.texi (Public macros) <AM_PROG_CC_STDC>: Explain this
        macro is obsolete, and that users should
        s/am_cv_prog_cc_stdc/ac_cv_prog_cc_stdc/ their configure.ac.

Index: NEWS
===================================================================
RCS file: /cvs/automake/automake/NEWS,v
retrieving revision 1.198.2.14
diff -u -r1.198.2.14 NEWS
--- NEWS        4 Dec 2002 18:08:33 -0000       1.198.2.14
+++ NEWS        5 Dec 2002 09:29:03 -0000
@@ -21,6 +21,9 @@
   (but not all) shell metachars.
 * Fix the following spurious failures in the test suite:
   depcomp2.test, gnits2.test, gnits3.test, python3.test, texinfo13.test
+* Noteworthy manual updates:
+  - Augment the section about BUILT_SOURCES.
+  - Mention that AM_PROG_CC_STDC is a relic that is beter avoided today.
 
 Bugs fixed in 1.7.1:
 * Honor `ansi2knr' for files built in subdirectories, or using per-targets
Index: automake.texi
===================================================================
RCS file: /cvs/automake/automake/automake.texi,v
retrieving revision 1.305.2.7
diff -u -r1.305.2.7 automake.texi
--- automake.texi       4 Dec 2002 19:32:40 -0000       1.305.2.7
+++ automake.texi       5 Dec 2002 09:29:23 -0000
@@ -1644,6 +1644,15 @@
 code in ANSI C, you can make an un-ANSIfied copy of it by using the
 @code{ansi2knr} option (@pxref{ANSI}).
 
+This macro is a relic from the time Autoconf didn't offer such a
+feature.  @code{AM_PROG_CC_STDC}'s logic has now been merged into
+Autoconf's @code{AC_PROG_CC} macro, therefore you should use the latter
+instead.  Chances are you are already using @code{AC_PROG_CC}, so you
+can simply remove the @code{AM_PROG_CC_STDC} call and turn all
+occurrences of @code{$am_cv_prog_cc_stdc} into
address@hidden  @code{AM_PROG_CC_STDC} will be marked as
+obsolete (in the Autoconf sense) in Automake 1.8.
+
 @item AM_PROG_LEX
 @cindex HP-UX 10, lex problems
 @cindex lex problems with HP-UX 10

-- 
Alexandre Duret-Lutz





reply via email to

[Prev in Thread] Current Thread [Next in Thread]