Re: Re: #17576 [Opn->Bgs]: configure bug

At 00:16 23-10-2002, Jon Parise wrote:

On Tue, Oct 22, 2002 at 11:17:30PM +0300, Jani Taskinen wrote:

Selection is done on configure.in or configure.ac by inspecting AC_PREREQ macro which is not available in php's configure.in: # Find the version VER=sed -n -e '/AC_PREREQ/s/[^(]*(\([[:digit:]\.]*\)).*$/\1/p' < $infile VER_MAJ=echo $VER | awk -F. '{print $1}' VER_MIN=echo $VER | awk -F. '{print $2}'

    eh..where is this from?

Presumably from the cygwin autoconf wrapper. It looks like it extracts the application's required version of autoconf based on the value of AC_PREREQ, and, based on those values, executes the most "appropriate" version of autoconf.

Yes, exactly. =========================================================== if [ "x${VER_MIN}" != "x" ] ; then if (( ${VER_MIN} <= 13 )) ; then

    if [ ! -x ${AUTO_STABLE}/bin/autoconf ] ; then
      echo "Can't find ${AUTO_STABLE}/bin/autoconf" 2>&1
      exit 1
    fi
    export PATH=${AUTO_STABLE}/bin:${PATH}
    export M4PATH=${AUTO_STABLE}/share/autoconf:${M4PATH}

else

    if [ ! -x ${AUTO_DEVEL}/bin/autoconf ] ; then
      echo "Can't find ${AUTO_DEVEL}/bin/autoconf" 2>&1
      exit 1
    fi
    export PATH=${AUTO_DEVEL}/bin:${PATH}
    export M4PATH=${AUTO_DEVEL}/share/autoconf:${M4PATH}

fi else ... default to 'devel'. =========================================================== If you run it in a directory without a configure.in/ac you get: $ autoconf --version autoconf (GNU Autoconf) 2.53a Written by David J. MacKenzie and Akim Demaille. Copyright 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -------------------------------------------------------- Autoconf version 2.13 -------------------------------------------------------- This is autoconf-wrapper, which will hand off execution to one of the two real versions listed above, depending on the contents of configure.in/configure.ac. Since the wrapper was called from within a directory in which those files are not found, this generic 'version' message is displayed. For the other tools: automake: 1.4-p5 / 1.6.2 libtool: 1.4.2 / 1.4e (1.1125 2002/06/26 07:15:36)

I don't know the reason for the exclusion, but it would make life on

cygwin

systems easier.

    Was that in it at all or what?

I don't grok your English, but it sounds like the cygwin case could be satisfied simple by adding this magical AC_PREREQ value somewhere in the autoconf scripts (unless, as noted above, there is a real reason for it being excluded in the first place).

Again - right on the money. If we enclose this 'macro', we can safely assume, that stable autotool versions are used on cygwin. From what I can tell, there are no side-affects to including this. I just upgraded everything here and it's got gcc 3.2/20020818 now. gcc 2 (2.95.3-1) can be installed as gcc2 option - didn't do that though. Curl is updated to 7.10 apache and php dists are lagging (1.3.24-5 and php-4.2.1-1). Bison 1.35 and several versions of libpng/libjpeg as well as BerkeleyDB 2 and 3. With kind regards, Melvyn Sopacua <?php include("not_reflecting_employers_views.txt"); ?>