reassign 372179 autoconf-doc
thanks
Tollef Fog Heen <[EMAIL PROTECTED]> described this bug as follows:
It seems like the CVS snapshot of autoconf currently in unstable
overwrites $@ (it does a set x $ac_cv_target among other things).
This causes problems for apr-util since it needs to recover the
command line arguments through the APR_PARSE_ARGUMENTS macro.
Later, I summarized my preferred fix as follows:
In the long term, I suspect that the Autoconf macros in the
apr-util package should be fixed, and that autoconf-doc should
document that $@ may be changed by some macros.
Then Paul Eggert <[EMAIL PROTECTED]> installed such a patch into
the Autoconf CVS for the documentation, adding the following
paragraphs:
If your @command{configure} script does its own option processing, it
should inspect @samp{$@@} or @samp{$*} immediately after calling
@code{AC_INIT}, because other Autoconf macros liberally use the
@command{set} command to process strings, and this has the side effect
of updating @samp{$@@} and @samp{$*}. However, we suggest that you use
standard macros like @code{AC_ARG_ENABLE} instead of attempting to
implement your own option processing. @xref{Site Configuration}.
...
Autocoonf macros often use the @command{set} command to update
@samp{$@@}, so if you are writing shell code intended for
@command{configure} you should not assume that the value of @samp{$@@}
persists for any length of time.
So I am reassigning this bug to autoconf-doc, in hopes that it
can soon be refreshed from Autoconf CVS.
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
