We also need to be careful and make sure this works with older versions of
auto*. We've had problems in the past with this, since we don't require
that the auto* tools be present, and people use old (friendly, well
understood) versions of distros to setup ntop boxes. Yes, we control what
gets into the cvs, but it's frequently regenerated with the versions on the
box used for compiles.
I don't get stats on this per se, but here's the gcc version info (top 10).
count GCC
------- ------
3605 3.3.5
2937 3.3.3
2105
2051 3.2.2
1952 n/a
1944 3.4.2
1322 3.4.3
874 3.3.4
741 3.4.4
688 3.3.2
-----Burton
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Mike Frysinger
Sent: Saturday, December 31, 2005 4:46 AM
To: [email protected]
Subject: Re: [Ntop-dev] [patch] fix broken configure option handling
On Saturday 31 December 2005 05:39, Roland Illig wrote:
> Mike Frysinger wrote:
> > AC_ARG_ENABLE(i18n,
> > [ --enable-i18n Enable (limited)
> > internationalization [[default=disabled]]], -
> > ac_enable_i18n="yes",
> > + ac_enable_i18n="$enableval",
> > ac_enable_i18n="no")
>
> You can also just use
>
> AC_ARG_ENABLE(i18n,
> AC_HELP_STRING([--enable-i18n],
> [Enable (limited) internationalization]))
>
> This code automatically sets the variable enable_i18n. (See the
> autoconf documentation for details.)
i didnt do that because it may work for the i18n option, but it wont work
for many of the others ... for example, the ones where the variable name has
'_disable_' in it or any of the AC_ARG_WITHVAL() macros -mike
_______________________________________________
Ntop-dev mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
_______________________________________________
Ntop-dev mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
