When I try to emerge gvim-6.2-r5, configure script fails on: <snip> checking for SVR4 ptys... no checking for ptyranges... Reproducible: Always Steps to Reproduce: 1. emerge -pv gvim 2. 3. Actual Results: configure script hangs Expected Results: emerge gvim ebuild bash-2.05b# emerge info Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.20-win4lin-r1) ================================================================= System uname: 2.4.20-win4lin-r1 i686 Celeron (Coppermine) Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-Os -march=pentium3 -mfpmath=sse -msse -mmmx -fomit-frame-pointer -pipe -funroll-loops" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config /var/qmail/control /var/qmail/alias" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-Os -march=pentium3 -mfpmath=sse -msse -mmmx -fomit-frame-pointer -pipe -funroll-loops" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox ccache fixpackages buildpkg" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/gentoo_tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt encode foomaticdb gif gnome libg++ mad mikmod mpeg ncurses pdflib quicktime spell xml2 xmms zlib gdbm berkdb slang readline arts tetex svga java ruby mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt motif opengl cdr 3dnow alsa apache2 cscope cups doc dv dvd dvdr evms2 fbcon gamma innodb ipv6 jpeg kde lcms maildir matrox mmx nls pda png ruby18 scanner sse tcltk tiff truetype vim-with-x wmf wxwindows xv"
I've seen configure lock up for some packages when using distcc, but not otherwise. Does this only happen with gvim, or is vim affected as well? Could you please try setting all of the following to see if it helps? MAKEOPTS="-j1" FEATURES="-distcc -ccache" CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer -pipe" If that still doesn't help... Please also try: USE="minimal" And if that doesn't help either, could you please try with a vanilla kernel with the PTY settings suggested in the install doc? Not quite sure what's causing the problems at this stage, so I'm kinda stabbing in the dark at the moment. Finally, could you please confirm that you have a reasonable amount of free memory and disk space and that you're not overclocking or otherwise doing strange things to your hardware? BTW, could the people who have added themselves as CCs to this bug please add in their 'emerge info' output? This might show some common setting that's causing this...
*** Bug 35222 has been marked as a duplicate of this bug. ***
This is also showing up on emerge -u vim-core 6.2-r5 cpu= Athlon 1000 free memory = 476mb last lines in ./configure are checking for /dev/ptc... no checking for SVR4 ptys... yes checking for ptyranges... then it hangs and top shows program yes using 90-95% of cpu I've tried setting flags at -O1 and -02 and -fomit-frame-pointer -pipe emerge info follows: Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.6.0-test9-mm1) ================================================================= System uname: 2.6.0-test9-mm1 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-tbird -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="ftp://sunsite.cnlab-switch.ch/mirror/gentoo/ ftp://gentoo.linux.no/pub/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ http://mirrors.sec.informatik.tu-darmstadt.de/gentoo http://gentoo.inode.at/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss apm avi foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls xv gtkhtml gdbm berkdb slang readline arts aalib bonobo svga ggi guile X sdl gpm tcpd pam libwww ssl perl python esd oggvorbis gnome gtk kde motif snmp apache2 cdr crypt cups dvd encode gd imlib java matrox mbox mozilla mysql opengl pdflib png postgres qt quicktime spell tcltk tetex tiff truetype xml xml2 xmms zlib alsa"
I've figured out something interesting. If I stop the emerge just before it executes the configure script I can execute it manually just fine. I think it's these commands that are causing the problem: if test ! -f configure.save; then mv configure configure.save; fi autoconf sed -e 's+\./config.log+auto/config.log+' configure > auto/configure chmod 755 auto/configure mv -f configure.save configure rm -f auto/config.status auto/config.cache Emerge info: Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.20-gentoo-r5) ================================================================= System uname: 2.4.20-gentoo-r5 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon -march=athlon -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=athlon -march=athlon -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 apm libg++ ncurses nls berkdb slang tetex aalib nas ggi guile tcpd gtk motif 3dnow alsa arts avi bonobo cdr crypt cups curl dedicated dga directfb doc dvd encode esd evo fbcon flash foomaticdb gb gd gdbm gif gnome gphoto2 gpm gstreamer gtk2 gtkhtml imlib jack java jikes jpeg kde ladcca lcms libgda libwww mad mikmod mmx mozilla mpeg oggvorbis opengl oss pam pda ppds pdflib perl plotutils png python qt quicktime readline samba sdl spell sse ssl svga tcltk tiff truetype usb X Xaw3d xosd xml2 xmms xv zlib"
configure hangs at the same place for me, p4 with CFLAGS="-march=pentium4 -O3 -pipe -mmmx -msse -msse2 -mfpmath=sse", but it's the same without CFLAGS or with minimal. Anyway, compiling -r3 with the same flags just happen to works, so the diff lies in the patches added between r3 and r5.
Ok, found it. just "unset WANT_AUTOCONF_2_5" before running emerge did the trick.
Nice work, Arnaud. I have repeated this on my machine now. I'll spend a little while pursuing a fix that will allow WANT_AUTOCONF_2_5. If that doesn't work, I'll go ahead and set WANT_AUTOCONF_* appropriate in the vim eclass.
I'm a little confused. Do you mean to run the command "unset WANT_AUTOCONF_2_5" in the console before running "emerge -uD world"? WANT_AUTOCONF_2_5 is not showing up in my environment variables. No *AUTOCONF* is showing up actually. Either I'm doing something wrong or this isn't the only possible problem.
Okay, the problem is quite simple in the autoconf-generated output. The original configure has egrep "yes" >/dev/null 2>&1; then and the new configure has $EGREP "yes" >/dev/null 2>&1; then The problem is that EGREP isn't set, so it doesn't work. Interestingly enough, this breaks numerous checks throughout configure, but none of the others result in a hang. The root of the problem is that autoconf-2.5 automatically sets EGREP the first time that EGREP is needed, for example for AC_CHECK_HEADER. This happens to be inside the Darwin/MacOS X check at line 2539 in configure.in. So if you're not on Darwin/MacOS X then EGREP will never be set. I'll have a patch for this available soon.
Thanks, that worked. I just did "export EGREP=egrep; emerge -uD world" and it worked fine.
I've fixed this problem in vim-core-6.2-r5, vim-6.2-r5 and gvim-6.2-r5 by patching configure.in to do AC_PROG_EGREP directly after AC_PROG_CPP. emerge sync in an hour or so and you should be all set. Please re-open this bug if the problem persists for any of you.
