From owner-freebsd-ports@FreeBSD.ORG Mon Mar 11 16:58:07 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 085F09B0; Mon, 11 Mar 2013 16:58:07 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B8AFCFCA; Mon, 11 Mar 2013 16:58:06 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1UF62x-002P9V-B1>; Mon, 11 Mar 2013 17:57:59 +0100 Received: from e178007196.adsl.alicedsl.de ([85.178.7.196] helo=[192.168.0.128]) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UF62x-001s7c-5T>; Mon, 11 Mar 2013 17:57:59 +0100 Subject: Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found From: "O. Hartmann" To: Dimitry Andric In-Reply-To: <513E0656.7000601@FreeBSD.org> References: <513B56E8.2060702@zedat.fu-berlin.de> <8F5265A6-396A-426F-A3F8-EFD44D167313@FreeBSD.org> <20130309233930.GA95285@troutmask.apl.washington.edu> <513DAF4F.50602@FreeBSD.org> <20130311131318.GA57506@troutmask.apl.washington.edu> <513DD90F.2090700@daemonic.se> <513E0656.7000601@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-wtJ6LF3otrgdSdsxdIa7" Organization: FU Berlin Date: Mon, 11 Mar 2013 17:57:58 +0100 Message-ID: <1363021078.51002.1.camel@thor.walstatt.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Originating-IP: 85.178.7.196 Cc: Niclas Zeising , FreeBSD Current , freebsd-ports@freebsd.org, Steve Kargl , =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Mar 2013 16:58:07 -0000 --=-wtJ6LF3otrgdSdsxdIa7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Mon, 2013-03-11 at 17:29 +0100, Dimitry Andric wrote: > On 2013-03-11 14:15, Niclas Zeising wrote: > > On 03/11/13 14:13, Steve Kargl wrote: > ... > >> No. Here's my make.conf. > >> > >> KERNCONF=3DSPEW > >> CPUTYPE?=3Dopteron > >> FFLAGS+=3D -O2 -pipe -march=3Dnative -mtune=3Dnative -funroll-loops -f= tree-vectorize > >> MALLOC_PRODUCTION=3D"YES" > >> WITHOUT_LIB32=3D"YES" > >> WITHOUT_MODULES=3D"YES" > >> WITHOUT_NLS=3D"YES" > >> WITH_BSD_GREP=3D"YES" > >> WITH_PROFILE=3D"YES" > >> WITH_PKGNG=3Dyes > >> PRINTERDEVICE=3Dps > >> # > >> # Crap for ports. > >> # > >> DISABLE_MAKE_JOBS=3D"YES" > >> WITH_GHOSTSCRIPT_VER=3D8 > >> # > >> # added by use.perl 2013-02-19 12:45:06 > >> PERL_VERSION=3D5.12.4 > >> > > > > This is most likely due to a incompatibility between bsd grep and gnu > > grep. Try to switch to gnu grep, and the problem will most likely go a= way. >=20 > Yes, this is definitely due to a BSD grep bug. The depcomp tests > create a file sub/conftest.Po, containing: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > sub/conftest.o: sub/conftest.c sub/conftst1.h sub/conftst2.h \ > sub/conftst3.h sub/conftst4.h sub/conftst5.h sub/conftst6.h >=20 > sub/conftst1.h: >=20 > sub/conftst2.h: >=20 > sub/conftst3.h: >=20 > sub/conftst4.h: >=20 > sub/conftst5.h: >=20 > sub/conftst6.h: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > Then it runs "grep sub/conftest.o sub/conftest.Po", which fails with BSD > grep, and succeeds with GNU grep. >=20 > BSD grep does something very strange here: >=20 > $ echo 'foo.bar' | grep foo.bar > foo.bar > $ echo 'foo.barx' | grep foo.bar > foo.barx > $ echo 'sub/foo.bar' | grep sub/foo.bar > sub/foo.bar > $ echo 'sub/foo.barx' | grep sub/foo.bar > $ echo $? > 1 >=20 > So why does it not match in the last case? GNU grep works: >=20 > $ echo 'sub/foo.barx' | gnugrep sub/foo.bar > sub/foo.barx After disabling WITH_BSD_GREP and rebuild of the system, it seems that the machines in question now build lang/gcc. --=-wtJ6LF3otrgdSdsxdIa7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJRPg0WAAoJEOgBcD7A/5N8FLUIALEtSvCZEhbbVtHpHGo5Ds0K RoeCyN++Z2MgPIRKoSIrEnoGAJ2D3WM69eIRlp6Ha68w/uUW3TqaVJ5vE24aCUuO X4huHIeNDSj+CCUOYVKLBX90UdYGHrrXyToTnXW+aClsBCJbFo7KIk6ZM4GDvse4 1vCkhRRS9IZQZrKlivZNseSjERg5YUWcvXV+jK5rWJ7KxgGr4mAwMG3Dvdbymthh W11pHcwcHGnew1aXO6Xp6wfeYQnGkBCzMEUcEv045oWDT2U25BlEoL7PWTx1B08o zV7aDMkFwk4/V72ccszqliXCz2nlZi9DNyUiLMORFMi1WSdAuaimLKHojixJ3nY= =gHqj -----END PGP SIGNATURE----- --=-wtJ6LF3otrgdSdsxdIa7--