From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 18 14:37:50 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 312EE16A4CE for ; Tue, 18 Jan 2005 14:37:50 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7983C43D46 for ; Tue, 18 Jan 2005 14:37:49 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so864952wri for ; Tue, 18 Jan 2005 06:37:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=CWB1LJ/I/ZxDjCQ9OKZX+Zo8KTbIpKvyvFc7tflZ5XP4vx2cEpN0VZDZLsJtlTIE6yLytcIeuGAYNpQ0YXkQPyi7ZZOqkGJ8gzTJm3PnZNFfcCNwPrarz9j0OcXLjEsMQR5MAAldz0fGj9TqT3AG4NisanNiI49+t4apr6XDkhU= Received: by 10.54.1.69 with SMTP id 69mr32986wra; Tue, 18 Jan 2005 06:37:49 -0800 (PST) Received: by 10.54.40.73 with HTTP; Tue, 18 Jan 2005 06:37:48 -0800 (PST) Message-ID: <2fd864e050118063747f5caa3@mail.gmail.com> Date: Tue, 18 Jan 2005 08:37:48 -0600 From: Astrodog To: Andreas Klemm , freebsd-amd64@freebsd.org In-Reply-To: <20050118073612.GA10427@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050117203818.GA29131@dragon.nuxi.com> <200501172146.17965.jhb@FreeBSD.org> <20050118073612.GA10427@titan.klemm.apsfilter.org> Subject: Re: [RFC] what to name linux 32-bit compat X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 14:37:50 -0000 On Tue, 18 Jan 2005 08:36:13 +0100, Andreas Klemm wrote: > On Mon, Jan 17, 2005 at 09:46:17PM -0500, John Baldwin wrote: > > > > Personally, I think /compat/linux32 and /compat/linux (for linux64) would be > > the best way to go. The idea being that /compat/linux runs native binaries > > on any given arch, and if there's more than one arch supported, the > > non-native ones get the funky names. > > Am not 100% sure but it might be a win to re-think this for port > builders/designers. > > It might be beneficial not to use such "implicit" rules for naming > like your suggestion for taking /compat/linux as native arch. > > I would perhaps name /compat/linux32 and /compat/linux64 explicitely, > which might be a win and is IMHO not too expensive. > > Uname should IMHO get a new switch to print out default architecture > of being 32 or 64 bit. > > So together with uname and the above naming scheme you have all you need > and is compareable to what we already have (concerning uname) for > cpu architecture. > > Do perhaps other BSD teams have added an mechanism like that or > do they get 32/4 bit out of /proc ? > > Best regards > > Andreas /// > > -- > Andreas Klemm - Powered by FreeBSD 5.1-CURRENT > Need a magic printfilter today ? -> http://www.apsfilter.org/ > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > Not sure if it got lost, so I'm gonna summarize what I said earlier, Why not have /compat/linux32, and /compat/linux64 (For things that require one or the other), then just have /compat/linux linked to the native setup for the machine? That gives the ease of /compat/linux for the native stuff, without causing the problems Andreas pointed out. Also allows people with "clean" 64-bit friendly code to just use /compat/linux on AMD64 or i386, and have things work in whatever way is native to the machine. This could also be extended to other archs, if that ever becomes an issue. (linuxppc, linuxsparc64, whatever), with linux still pointing to native. --- Harrison Grundy