From owner-freebsd-ports@FreeBSD.ORG Mon Mar 11 16:29:36 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 C54A1D03; Mon, 11 Mar 2013 16:29:36 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from springbank.echomania.com (andric.com [IPv6:2a03:6000:1008:0:230:48ff:fe51:76b6]) by mx1.freebsd.org (Postfix) with ESMTP id 79015E4B; Mon, 11 Mar 2013 16:29:36 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from [192.168.0.6] (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id 5B379A7078; Mon, 11 Mar 2013 17:29:12 +0100 (CET) Message-ID: <513E0656.7000601@FreeBSD.org> Date: Mon, 11 Mar 2013 17:29:10 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Thunderbird/20.0 MIME-Version: 1.0 To: Niclas Zeising , Steve Kargl Subject: Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found 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> In-Reply-To: <513DD90F.2090700@daemonic.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , "Hartmann, O." , =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= , freebsd-ports@freebsd.org 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:29:36 -0000 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=SPEW >> CPUTYPE?=opteron >> FFLAGS+= -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize >> MALLOC_PRODUCTION="YES" >> WITHOUT_LIB32="YES" >> WITHOUT_MODULES="YES" >> WITHOUT_NLS="YES" >> WITH_BSD_GREP="YES" >> WITH_PROFILE="YES" >> WITH_PKGNG=yes >> PRINTERDEVICE=ps >> # >> # Crap for ports. >> # >> DISABLE_MAKE_JOBS="YES" >> WITH_GHOSTSCRIPT_VER=8 >> # >> # added by use.perl 2013-02-19 12:45:06 >> PERL_VERSION=5.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 away. Yes, this is definitely due to a BSD grep bug. The depcomp tests create a file sub/conftest.Po, containing: ======================================================================== sub/conftest.o: sub/conftest.c sub/conftst1.h sub/conftst2.h \ sub/conftst3.h sub/conftst4.h sub/conftst5.h sub/conftst6.h sub/conftst1.h: sub/conftst2.h: sub/conftst3.h: sub/conftst4.h: sub/conftst5.h: sub/conftst6.h: ======================================================================== Then it runs "grep sub/conftest.o sub/conftest.Po", which fails with BSD grep, and succeeds with GNU grep. BSD grep does something very strange here: $ 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 So why does it not match in the last case? GNU grep works: $ echo 'sub/foo.barx' | gnugrep sub/foo.bar sub/foo.barx