From owner-svn-ports-all@FreeBSD.ORG Sat Jun 14 20:23:44 2014 Return-Path: Delivered-To: svn-ports-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60C94CF7 for ; Sat, 14 Jun 2014 20:23:44 +0000 (UTC) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with ESMTP id A21CB2CA8 for ; Sat, 14 Jun 2014 20:23:43 +0000 (UTC) Received: (qmail 92015 invoked by uid 80); 14 Jun 2014 20:23:42 -0000 Received: from dsdf-4d0a51f0.pool.mediaWays.net (dsdf-4d0a51f0.pool.mediaWays.net [77.10.81.240]) by avocado.salatschuessel.net (Horde Framework) with HTTP; Sat, 14 Jun 2014 22:23:42 +0200 Date: Sat, 14 Jun 2014 22:23:42 +0200 Message-ID: <20140614222342.Horde.zaXCxIsq8DNmec9k7uKpYw7@avocado.salatschuessel.net> From: Oliver Lehmann To: marino@freebsd.org, John Marino Subject: Re: svn commit: r357767 - head/net/cyphesis References: <201406141111.s5EBBCgV016094@svn.freebsd.org> <539C8682.3030603@marino.st> <20140614175243.GD67971@mouf.net> <539C8E46.1010803@marino.st> <20140614185459.GA68684@mouf.net> <539C9E30.2070505@marino.st> In-Reply-To: <539C9E30.2070505@marino.st> User-Agent: Internet Messaging Program (IMP) H5 (6.1.7) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Cc: svn-ports-head@freebsd.org, Steve Wills , svn-ports-all@freebsd.org, ports-committers@freebsd.org X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2014 20:23:44 -0000 John Marino wrote: > On 6/14/2014 20:55, Steve Wills wrote: >> Also, would adding USE_GCC help here? > > From what I could see of the build log, it should be relatively easy for > a knowledgeable person to fix it to work on any compiler. A real > attempt to fix it should be made before resorting to USE_GCC. But yes, > USE_GCC would be preferable to BROKEN IMO. USE_GCC won't help as all the dependencies are compile with clang++ and clang++ compile libs cannot be used with g++ and vice versa.