From owner-freebsd-current@FreeBSD.ORG Sun May 16 20:18:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9CF106566B; Sun, 16 May 2010 20:18:57 +0000 (UTC) (envelope-from kaiwang27@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id DB4F68FC20; Sun, 16 May 2010 20:18:56 +0000 (UTC) Received: by ewy24 with SMTP id 24so1095133ewy.13 for ; Sun, 16 May 2010 13:18:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=UeBF2IBtsTmFPs0sr1AGTnaMw2Y11URU3DW1gm3wyqo=; b=ftSJvWRZ9t5MxNlZIc/uR27CpL2XnVMtIEKzUVOMsO8dB8SETwH+Rdr3CxwMvL7Aq6 coL0QFTxm36piR7tLgcmE+eR4kAETRQQrdYfJulLzax+5twY+UXcFCJNP9KkfC93M0x8 H9VpZpqQF3HYak/LvILEhR07rK/D0wTWPsMS8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=MrZ564Tfrfv6mWALI5Tx+0ZK39VfD4bYx+3hF8Gt+IMgfVrBhgQ/LpTUBVnDQEErNC Y3QKOtjxMQGy0DWKLN0iGkrufBpoTsYZp1X4zeyteXq7Hg5R8w9XDK6ipyD78xvPzBrO cSuk5BXDKserQFLCOzd63qaTqHUU9Cv3mcVc0= Received: by 10.213.54.74 with SMTP id p10mr2129026ebg.44.1274039606284; Sun, 16 May 2010 12:53:26 -0700 (PDT) Received: from localhost (81-233-38-26-no36.tbcn.telia.com [81.233.38.26]) by mx.google.com with ESMTPS id 14sm2460209ewy.6.2010.05.16.12.53.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 16 May 2010 12:53:24 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=localhost.my.domain) by localhost with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1ODjtr-0002v9-GS; Sun, 16 May 2010 21:53:23 +0200 Received: (from kaiw@localhost) by localhost.my.domain (8.14.3/8.14.3/Submit) id o4GJrKpk011230; Sun, 16 May 2010 21:53:20 +0200 (CEST) (envelope-from kaiwang27@gmail.com) X-Authentication-Warning: localhost.my.domain: kaiw set sender to kaiwang27@gmail.com using -f Date: Sun, 16 May 2010 21:53:20 +0200 From: Kai Wang To: Tim Kientzle Message-ID: <20100516195320.GA3347@viskning> References: <4BE9EA4F.9010803@delphij.net> <4BF03B2D.20402@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4BF03B2D.20402@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Luigi Rizzo , FreeBSD Current , d@delphij.net Subject: Re: [mini headsup] updating from 7.x to -CURRENT after lzma import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2010 20:18:57 -0000 On Sun, May 16, 2010 at 11:36:29AM -0700, Tim Kientzle wrote: > Xin LI wrote: > > The recent lzma import has enabled libarchive's lzma support. However, > > it have come to our attention that building -HEAD on earlier FreeBSD > > versions (specifically, 7.x after 700044 through 8.x before 800022) have > > been broken. > > > > The reason behind this is that 'make buildworld' will build a new ar(1) > > binary which links to libarchive, causing build to break on these systems. > > The following patch partially fixes this problem by just > disabling all compression support in ar. (There's definitely > no gain in compressing static libraries unless ld can > read them. ;-) I agree compressed ar(1) archive is not so useful without a ld(1) can read it. Also, the current ar(1) compression scheme is not well designed... Inside the elftoolchain project we are planning to rework the ar(1) compression part to make it only compress the member data while leave the member header intact. If the archive is compressed this way, ld(1) can still random access the archive members. In order to implement this compression scheme, we will probably need to use a separate compressor since libarchive always compress the whole archive/stream (if I undertand correctly). So if we are going down this road, removing ar(1) libarchive compression bits right now would not be a bad idea, in my opinion. > I don't think this totally fixes the problem. I'd > appreciate if someone could try this and let me > know how far you get. We also need to remove the compression stuff in the write part. I made a modified patch based on yours, it's available here: http://people.freebsd.org/~kaiw/ar.patch Thanks, Kai