| Hello!
| > I would like Autoconf to know PACKAGE and VERSION too. Of course it
| > is not essential to it as it is for Automake, but I would like it for
| > several small issues, each time for esthetic purposes.
| >
| > 3. It would allow to solve parts of the wishes for a deep --help: each
| > --help section coming from a nested package come start with a label
| > stating where it comes from.
|
| Great idea!
Thanks for the enthusiasm :)
I forgot to say I would a bug report address too, for --help.
| This is really important.
| We need to be able to specify the scope of options, e.g.
|
| ./configure PACKAGE1:--enable-debug PACKAGE2:--disable-debug
Gosh. Is this really needed? Should be pretty doable, but does it
really happen that you want to pass some options to some packages and
not the whole of them?
| > If the answer is yes, what is the interface you'd suggest?
| >
| > AC_PACKAGE(Autoconf, 2.14a)?
|
| Probably Ok.
AC_PACKAGE(Autoconf, 2.14a, [EMAIL PROTECTED])
| > I'd like to avoid the Automake third arg trick to disable AC_DEFINE,
| > there are probably more esthetic means to achieve this.
|
| Could you please explain why you don't like it and what you propose?
So real motivation, it is not quite beautiful, that's all :) In
addition, it has a concept of option in macro that does not exist in
others. I'd like better
AC_PACKAGE(Autoconf...)
and
AC_DEFINE_PACKAGE(Autoconf,...)
for instance. Though it is not brilliant either :) I'm looking for
ideas. Maybe a third arg is the right choice, but a small brain
storming beforehand cannot do harm.
Akim
