From owner-freebsd-arch@FreeBSD.ORG Wed Jul 7 13:13:11 2010 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 564E9106566C for ; Wed, 7 Jul 2010 13:13:11 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id DB5828FC20 for ; Wed, 7 Jul 2010 13:13:10 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2D22F.dip.t-dialin.net [217.226.210.47]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 2B596844077; Wed, 7 Jul 2010 14:56:38 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id BE2A150E4; Wed, 7 Jul 2010 14:56:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1278507394; bh=eAFaahzV8lolgg+EjifTMv/PazE/TKNlmejTo+9TrT4=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=n2mqZfNDtST4e/aapu+cmwiWO7PqTzFBmqt0EBY3nt95Pz/VzWzO6aqWCKllFdyUU EuaUIEMpvtprIdI3LttNHaj2gfnD6W1uF3/u5DSpjeKP1KLEDW+6sKzzSgEwsZGgjo 5DaYVVWqXAh2dKiIfjk2zepsiVUzu35+6YWzi+ezqZSpnBhHGHwFnvJVcwHTs69axW MfOqEeD3PXj84m/MSkL+UPRJVwlAwOpphu9F5DweCZqtIiZwBj4uBnSIrVCHXoq04H C+9y9RNS3nxbb0dc0a4NQ+BRRO1UuM6G1fcXxbpxjTQiicFcl1HgeGp89o0rImz4TF gka5V4jZ4hi/A== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o67CuYeJ011155; Wed, 7 Jul 2010 14:56:34 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 07 Jul 2010 14:56:34 +0200 Message-ID: <20100707145634.13925yt8ztdkz4is@webmail.leidinger.net> Date: Wed, 07 Jul 2010 14:56:34 +0200 From: Alexander Leidinger To: "M. Warner Losh" References: <20100706.174919.29649800801850.imp@bsdimp.com> In-Reply-To: <20100706.174919.29649800801850.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 2B596844077.A6AB1 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1279112199.06007@8UfKAkjK4mvCnrBcDx9rNQ X-EBL-Spam-Status: No Cc: arch@FreeBSD.org Subject: Re: ObsoleteFiles and TARGET_ARCH X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 13:13:11 -0000 Quoting "M. Warner Losh" (from Tue, 06 Jul 2010 17:49:19 -0600 (MDT)): > I'm wondering... > > Why do we use TARGET_ARCH so much inside of ObsoleteFiles? It seems > like it should be used only when we obsolete files on some > architectures, but retain them on others. Instead, it seems to be > used to obsolete files that normally exist on a specific > architecture. This seems backwards. As the person who wrote this initially: The goal was to only delete stuff which was not available anymore on one architecture but where still available on others (as in the 20040130 entry, IIRC at this time the rename was specific to sparc64 and other architectures still had this lib). If it is not used like this, it is a bug. > Also, we need to change this, but I don't (yet) define a > TARGET_CPUARCH. > > Also, why is this TARGET_ARCH and not MACHINE_ARCH? That suggests > we're invoking it wrong if this is "needed" for the cross build case > to "work". The goal was to have something which can be used like "make DESTDIR=/... XXX=arch_of_dest delete-old" where DESTDIR is either a remote FS for a system of architecture as specified by XXX, or a local mount of something with the same properties like in the remote FS case. Without the XXX on the command line it shall behave like the architecture is the same as the current system. If TARGET_ARCH is not the correct XXX in the sense as described before, feel free to change it to something better. I think I used TARGET_ARCH after looking at what make universe is/was doing. Bye, Alexander. -- It is impossible to defend perfectly against the attack of those who want to die. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137