From owner-svn-ports-head@FreeBSD.ORG Sat Feb 15 18:40:50 2014 Return-Path: Delivered-To: svn-ports-head@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 5ACFF782; Sat, 15 Feb 2014 18:40:50 +0000 (UTC) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id D22B71DC9; Sat, 15 Feb 2014 18:40:49 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 9D9DA1E007A8; Sat, 15 Feb 2014 19:40:47 +0100 (CET) Received: from enceladus10.kn-bremen.de (noident@localhost [127.0.0.1]) by enceladus10.kn-bremen.de (8.14.5/8.14.5) with ESMTP id s1FIa7JC090132; Sat, 15 Feb 2014 19:36:07 +0100 (CET) (envelope-from nox@enceladus10.kn-bremen.de) Received: (from nox@localhost) by enceladus10.kn-bremen.de (8.14.5/8.14.5/Submit) id s1FIa7It090131; Sat, 15 Feb 2014 19:36:07 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 15 Feb 2014 19:36:06 +0100 To: Alexander Leidinger Subject: Re: svn commit: r344308 - in head/multimedia/handbrake: . files Message-ID: <20140215183606.GA89973@enceladus10.kn-bremen.de> References: <201402142000.s1EK0E0t008538@svn.freebsd.org> <20140214213235.GA29437@enceladus10.kn-bremen.de> <20140214215207.GA34669@enceladus10.kn-bremen.de> <20140215191349.00007330@unknown> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140215191349.00007330@unknown> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Thomas Zander , svn-ports-head@FreeBSD.org, svn-ports-all@FreeBSD.org, Juergen Lock , ports-committers@FreeBSD.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 15 Feb 2014 18:40:50 -0000 On Sat, Feb 15, 2014 at 07:13:49PM +0100, Alexander Leidinger wrote: > On Fri, 14 Feb 2014 22:52:07 +0100 > Juergen Lock wrote: > > > On Fri, Feb 14, 2014 at 10:32:35PM +0100, Juergen Lock wrote: > > > On Fri, Feb 14, 2014 at 08:00:14PM +0000, Thomas Zander wrote: > > > > Author: riggs > > > > Date: Fri Feb 14 20:00:13 2014 > > > > New Revision: 344308 > > > > URL: http://svnweb.freebsd.org/changeset/ports/344308 > > > > QAT: https://qat.redports.org/buildarchive/r344308/ > > > > > > > > Log: > > > > - Update port to upstream release 0.9.9 > > > > - Stagify > > > > - USES cleanups > > > > > > > > PR: ports/186387 > > > > Submitted by: Arjan Gijsberts > > > > Approved by: jadawin (co-mentor) > > > > > > > > Added: > > > > [...] > > > > > > I just tried this and got: > > > > > > [...] > > > cc -pipe -fmessage-length=0 -Wall -g0 -O3 -O2 -pipe > > > -fno-strict-aliasing -D__LIBHB__ -DUSE_PTHREAD -DSYS_FREEBSD > > > -I./libhb/ -I/usr/local/include -I./contrib/include > > > -I/usr/local/include -c ../libhb/muxcommon.c -o libhb/muxcommon.o > > > cc -pipe -fmessage-length=0 -Wall -g0 -O3 -O2 -pipe > > > -fno-strict-aliasing -D__LIBHB__ -DUSE_PTHREAD -DSYS_FREEBSD > > > -I./libhb/ -I/usr/local/include -I./contrib/include > > > -I/usr/local/include -c ../libhb/deca52.c -o > > > libhb/deca52.o ../libhb/deca52.c:393:63: error: incomplete > > > definition of type 'struct a52_state_s' (double)pv->state->slev, > > > ~~~~~~~~~^ /usr/local/include/a52dec/a52.h:33:16: note: forward > > > declaration of 'struct a52_state_s' typedef struct a52_state_s > > > a52_state_t; ^ 1 error generated. [...] > > > > > > Will now run in poudriere to confirm... > > > > > ..and that was better, sorry for the noise. > > Not noise at all... this is a real problem. And it's not the only one. > > If you have faac, liba52 and x264 installed, it fails to build (at > least those are the ones I noticed because I have them installed). This > is because it uses it's own version of them and fails because the ones > in the ports tree don't match what is expected. For all except x264 the > problems are compile problems, for x264 it is a link-problem. > Ah, classic case of picking up wrong includes/libs i.e. wrong -I -L order? I think the previous xbmc version also suffered from something like that, i.e. it didn't build outside tb/powderkeg... (The current one seeems better tho.) I guess upstream often ignores these issues because Linux users rarely build things locally, they all use prebuilt packages... Or maybe it's also aggravated by our need for -I${LOCALBASE}/include etc that can get added in the wrong position. Anyway, I'm glad my new box runs poudriere quite nicely... :) Juergen