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

gentoo bugzilla...

Expand Messages
  • Thomas Köhler
    Hi, 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
    Message 1 of 5 , Dec 8, 2003
    • 0 Attachment
      Hi,
      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...

      Please Cc: asl@... for replies, he is interested in the
      issue :-)

      Bye,
      Thomas

      --
      Thomas Köhler Email: jean-luc@...
      <>< WWW: http://jeanluc-picard.de
      IRC: tkoehler
      PGP public key available from Homepage!
    • 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 2 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 3 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 4 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 5 of 5 , Feb 22 10:51 AM
            • 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.