From owner-freebsd-ports@FreeBSD.ORG Mon Apr 19 05:11:01 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70E44106566C; Mon, 19 Apr 2010 05:11:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id D23618FC19; Mon, 19 Apr 2010 05:11:00 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id A925FA57F1A; Mon, 19 Apr 2010 13:10:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id TlOf5Jt4RdVm; Mon, 19 Apr 2010 13:10:53 +0800 (CST) Received: from delta.delphij.net (c-69-181-249-146.hsd1.ca.comcast.net [69.181.249.146]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 52812A57D40; Mon, 19 Apr 2010 13:10:52 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=gA8knsM0U5cMidWfFHbNEXcd3N8Lw1110hpGc9EImQ5YcaPa4pG7m2ArWqusjXQW/ bcS/r1yFye+pYJFcSGRow== Message-ID: <4BCBE5D8.2050207@delphij.net> Date: Sun, 18 Apr 2010 22:10:48 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100408 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Doug Barton References: <4BCAAB3F.5020407@FreeBSD.org> <4BCB7DA9.40105@FreeBSD.org> <4BCB9F97.1010401@FreeBSD.org> In-Reply-To: <4BCB9F97.1010401@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , jsa@wickedmachine.net, freebsd-ports@freebsd.org Subject: Re: VLC does not support the audio or video format "XVID". X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 05:11:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010/04/18 17:11, Doug Barton wrote: > On 04/18/10 16:30, Garrett Cooper wrote: >> On Sun, Apr 18, 2010 at 2:46 PM, Doug Barton wrote: >> >>> My plan at this point is to re-upgrade to the latest -current, record >>> the error I get from libxml2 when recompiling openbox, and then try >>> recompiling stuff until I find the one that does the trick. Worst case >>> scenario I do 'portmaster -f vlc' but that constitutes 175 ports, which >>> would take a while. >> >> Yeah... that's what I thought it was. > > So we each get a cookie. :) My plan worked, and after recompiling > gpac-libgpac vlc can once again understand divx. The error I got when > trying to rebuild openbox with an old libxlm2 (linked against the old > libz) was: undefined reference to `gzopen@ZLIBprivate_1.0' > > Which makes sense because if I'm reading the change in r206709 right, > that's exactly what happened (gzopen et al moved from the private > interface to the public one). > > For delphij's sake I'm not sure if there is a "bug" here. For something > with less subtle use of shared libs the solution would have been > obvious. It's the fact that (as Garrett pointed out) vlc plays tricks > that masked the real source of the problem. Sorry for that. It looks like that the zlib author decided to drop usage of *64 functions on non-LFS64 platforms (in the past for instance gzopen() is #define'd as gzopen64()). To prevent future breakage, I think the only way to get around of this would be to move all potential "public" interfaces to the ZLIB_1.2.4.0 part. E.g. make sure that those exposed by zlib.h are always available in the same public namespace rather than only exposing the "available" ones. I'm working on an interface checker program to make sure that the "committed" interfaces won't change again. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLy+XYAAoJEATO+BI/yjfBcN0IANAhfgkH0g7iwKHepAan3xGa VYDaF0r1t5SEUfcBIt0qyHYaw1+P/wBMl9MNGRQLAwUWEZmL5ZGOyOu1hhTM2RHx tdQ6q8dRgk2g1xa04YYcZ62sNmlGVVcTmOfKGINcWMkIcDFWj8w9AegYvBslopq+ LHB2rxMSBdasbooJtkUiUH03gnP1zdnide1CfoP/2PfAJzx5/F4ITFhEFoSt0+eH lXDGSPGygggI/wwy+9vEryyajFrQsiRHWhwzkwNdNZizBQP6uNNPdPjdZEa+8/59 dptJNneLMYHzqxq5Fe/J4LNm1MKMMgpKX97HmZUyswljk05fH80xIAT27hkEiTM= =lScc -----END PGP SIGNATURE-----