Loading ...
Sorry, an error occurred while loading the content.

Re: gentoo bugzilla...

Expand Messages
  • Aron Griffis
    Thomas Köhler wrote: [Mon Dec 08 2003, 06:41:20AM EST] ... The fix isn t really easy. The only good fix is WANT_AUTOCONF=2.1 WANT_AUTOCONF_2_1=yes autoconf
    Message 1 of 5 , Dec 10, 2003
    • 0 Attachment
      Thomas Köhler wrote: [Mon Dec 08 2003, 06:41:20AM EST]
      > I don't know whether this is fixed in the latest patches (and
      > currently can't check, sorry) - gentoo seems to have problems
      > with vim's configure.in, see
      > http://bugs.gentoo.org/show_bug.cgi?id=34505
      > Fix seems easy...

      The fix isn't really easy. The only good fix is

      WANT_AUTOCONF=2.1 WANT_AUTOCONF_2_1=yes autoconf

      ...in the Vim Makefile for the "autoconf" rule. See the following which
      I sent a few days ago to <bugs@...>. If you have a better solution,
      I'd like to hear it. :-)

      ------------------
      Date: Mon, 8 Dec 2003 18:31:43 -0500
      To: bugs@...
      Subject: problem when using autoconf-2.58

      A problem was introduced in 6.2.118 (separate from the problem that was
      fixed by 6.2.123) when configure is built with autoconf-2.58. Presently
      configure will hang when checking ptyranges, unless it is built on MacOS
      X.

      The hang occurs because $EGREP "yes" >/dev/null 2>&1 runs, but EGREP is
      not defined, so simply "yes" is executed... for a long time ;-)

      The autoconf-2.5 macros define EGREP the first time it is required.
      Prior to 6.2.118, EGREP would be defined just before checking for ANSI C
      header files. Now EGREP is defined inside the shell conditional when
      AC_CHECK_HEADER is called at line 92. Because it's inside the shell
      conditional, it doesn't get defined unless you're using MacOS X.

      There are two workarounds for this problem and no really good solution
      that I know of yet:

      1. Use autoconf-2.13 which is believed to work correctly (at least
      it's not broken for this particular problem). In most Linux
      distributions, you can set WANT_AUTOCONF_2_1=yes and/or
      WANT_AUTOCONF=2.1 to get the older version of autoconf.
      /usr/bin/autoconf is a wrapper around the real autoconf in this
      case.

      2. Call AC_PROG_EGREP near the top of configure.in (for instance,
      following AC_PROG_AWK). This solution is incompatible with
      autoconf-2.13, which doesn't provide AC_PROG_EGREP.

      I tried the following for a comprehensive solution, but it doesn't work.
      autoconf-2.13 doesn't provide m4_if(...) and ifelse(...) does not work
      either. :-(

      dnl Set EGREP variable when using 2.50 or later (i.e. not 2.13).
      dnl This must use m4 conditionals to prevent PROG_EGREP from being called
      dnl on autoconf-2.13 where it is not available.
      m4_if([m4_bregexp([AC_ACVERSION], [^2\.1])], -1, [AC_PROG_EGREP])

      In conclusion, it would not hurt to change the "make autoconf" rule to
      run "env WANT_AUTOCONF_2_1=yes WANT_AUTOCONF=2.1 autoconf" instead of
      straight "autoconf" for now. This would solve the problem on most
      distributions and would effectively put off needing to require
      autoconf-2.50 or later. Eventually, though, I think the best solution
      will be to start using autoconf-2.50 (it has a better design) and make a
      few changes to configure.in to support it.

      Aron
    • Bram Moolenaar
      ... I haven t heard back about my solution: ... *************** ... dnl Checks for programs. AC_PROG_CC dnl required by almost everything AC_PROG_CPP dnl
      Message 2 of 5 , Dec 24, 2003
      • 0 Attachment
        Aron Griffis wrote:

        > Thomas Köhler wrote: [Mon Dec 08 2003, 06:41:20AM EST]
        > > I don't know whether this is fixed in the latest patches (and
        > > currently can't check, sorry) - gentoo seems to have problems
        > > with vim's configure.in, see
        > > http://bugs.gentoo.org/show_bug.cgi?id=34505
        > > Fix seems easy...
        >
        > The fix isn't really easy. The only good fix is
        >
        > WANT_AUTOCONF=2.1 WANT_AUTOCONF_2_1=yes autoconf
        >
        > ...in the Vim Makefile for the "autoconf" rule. See the following which
        > I sent a few days ago to <bugs@...>. If you have a better solution,
        > I'd like to hear it. :-)

        I haven't heard back about my solution:

        *** ../vim-6.2.154/src/configure.in Sun Nov 2 15:37:11 2003
        --- src/configure.in Thu Dec 18 18:08:42 2003
        ***************
        *** 13,18 ****
        --- 13,19 ----
        dnl Checks for programs.
        AC_PROG_CC dnl required by almost everything
        AC_PROG_CPP dnl required by header file checks
        + AC_PROGRAM_EGREP dnl required by AC_EGREP_CPP
        AC_ISC_POSIX dnl required by AC_C_CROSS
        AC_PROG_AWK dnl required for "make html" in ../doc


        autoconf 2.13 does have AC_PROGRAM_EGREP. But does this also work for
        autoconf 2.58? If not, then aucoconf should be fixed. The whole point
        of autoconf is to be able to make things portable, thus autoconf itself
        should be ultra-portable.

        --
        From "know your smileys":
        *<|:-) Santa Claus (Ho Ho Ho)

        /// Bram Moolenaar -- Bram@... -- http://www.Moolenaar.net \\\
        /// Creator of Vim - Vi IMproved -- http://www.Vim.org \\\
        \\\ Project leader for A-A-P -- http://www.A-A-P.org ///
        \\\ Help AIDS victims, buy here: http://ICCF-Holland.org/click1.html ///
      • Dan Sharp
        ... It worked for me with autoconf 2.57 but I haven t tried it with 2.58. Christian J. Robinson reported the same success at
        Message 3 of 5 , Dec 24, 2003
        • 0 Attachment
          Bram Moolenaar wrote:
          >
          > I haven't heard back about my solution:
          >
          > *** ../vim-6.2.154/src/configure.in Sun Nov 2 15:37:11 2003
          > --- src/configure.in Thu Dec 18 18:08:42 2003
          > ***************
          > *** 13,18 ****
          > --- 13,19 ----
          > dnl Checks for programs.
          > AC_PROG_CC dnl required by almost everything
          > AC_PROG_CPP dnl required by header file checks
          > + AC_PROGRAM_EGREP dnl required by AC_EGREP_CPP
          > AC_ISC_POSIX dnl required by AC_C_CROSS
          > AC_PROG_AWK dnl required for "make html" in ../doc
          >
          >
          > autoconf 2.13 does have AC_PROGRAM_EGREP. But does this also work for
          > autoconf 2.58? If not, then aucoconf should be fixed. The whole point
          > of autoconf is to be able to make things portable, thus autoconf itself
          > should be ultra-portable.

          It worked for me with autoconf 2.57 but I haven't tried it with 2.58.
          Christian J. Robinson reported the same success at
          http://groups.yahoo.com/group/vim/message/46110 but he is apparently
          using the same system I am, RedHat 9 with autoconf 2.57.

          Dan Sharp
        • Aron Griffis
          Bram Moolenaar wrote: [Wed Dec 24 2003, 06:58:18AM EST] ... My apologies! I just ran across this; never saw it back in December. Anyway, this is great to
          Message 4 of 5 , Feb 22, 2004
          • 0 Attachment
            Bram Moolenaar wrote: [Wed Dec 24 2003, 06:58:18AM EST]
            > I haven't heard back about my solution:
            >
            > *** ../vim-6.2.154/src/configure.in Sun Nov 2 15:37:11 2003
            > --- src/configure.in Thu Dec 18 18:08:42 2003
            > ***************
            > *** 13,18 ****
            > --- 13,19 ----
            > dnl Checks for programs.
            > AC_PROG_CC dnl required by almost everything
            > AC_PROG_CPP dnl required by header file checks
            > + AC_PROGRAM_EGREP dnl required by AC_EGREP_CPP
            > AC_ISC_POSIX dnl required by AC_C_CROSS
            > AC_PROG_AWK dnl required for "make html" in ../doc

            My apologies! I just ran across this; never saw it back in December.
            Anyway, this is great to hear. I had tried AC_PROG_EGREP but never
            AC_PROGRAM_EGREP.

            Aron
          Your message has been successfully submitted and would be delivered to recipients shortly.