From owner-svn-ports-head@freebsd.org Thu Nov 1 07:16:05 2018 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 639E510E2940; Thu, 1 Nov 2018 07:16:05 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1932E6D62D; Thu, 1 Nov 2018 07:16:05 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 04D111B11B; Thu, 1 Nov 2018 07:16:05 +0000 (UTC) Date: Thu, 1 Nov 2018 07:16:04 +0000 From: Alexey Dokuchaev To: "Jason E. Hale" Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r483625 - head/audio/libmusicbrainz5 Message-ID: <20181101071604.GB45853@FreeBSD.org> References: <201810312313.w9VND8Lx014644@repo.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201810312313.w9VND8Lx014644@repo.freebsd.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2018 07:16:05 -0000 On Wed, Oct 31, 2018 at 11:13:08PM +0000, Jason E. Hale wrote: > New Revision: 483625 > URL: https://svnweb.freebsd.org/changeset/ports/483625 > > Log: > audio/libmusicbrainz5: Fix build on powerpc64 > > PR: 232582 It builds just fine with default compiler here on Mac mini G4 (powerpc32), so presumably on powerpc64 as well. Looking at the PR, he says that [compiler:c++11-lang] is necessary, because otherwise dependent on it ports using GCC7 won't link on GCC architectures. He does not mention which dependent ports or provide error message or other relevant context though, so it's hard to make proper judgment about whether these changes are warranted, or the problem was approached correctly. ./danfe