From owner-freebsd-mips@FreeBSD.ORG  Tue Mar 20 17:42:10 2012
Return-Path: <owner-freebsd-mips@FreeBSD.ORG>
Delivered-To: freebsd-mips@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id CF356106564A
	for <freebsd-mips@freebsd.org>; Tue, 20 Mar 2012 17:42:10 +0000 (UTC)
	(envelope-from juli@clockworksquid.com)
Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50])
	by mx1.freebsd.org (Postfix) with ESMTP id 5AFB48FC0A
	for <freebsd-mips@freebsd.org>; Tue, 20 Mar 2012 17:42:10 +0000 (UTC)
Received: by wgbds12 with SMTP id ds12so174993wgb.31
	for <freebsd-mips@freebsd.org>; Tue, 20 Mar 2012 10:42:09 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type:content-transfer-encoding:x-gm-message-state;
	bh=dAmvG6V7jeR5E78xbBuwQ8wvc/Wb4GAxojpZqno/Rzw=;
	b=HzhnDgN7nAxUod3C8jo5wDz++Mc3Ts2YH7Vn5kkOCQaOAtWi8RejxO2caD7pRWTMP7
	I4EDnkUOtr4hMna8/3sJojqnuNlWGHq2v9wohNJWv9nILb+nyf1fx4m4mEc8WZzNpqhp
	mVk0/v06JA5JXxItqFUdwq7zkg7afnz4mhYRFddPaITUKavpI/GSGEemo09sZOQjIiLM
	yMwQDk8lQdu1BA2PRPj99rjZ4H+f/PV+KLFLQb+3UwUibPOPnCCbFjbyHHrjMQ3XdELX
	orGPMymiVdGFTN6cyYqzM0eJ826xpZVLRHOSUO/mTwurV0EHofzj5AypZqNrQ35XXWUe
	rABg==
Received: by 10.180.95.197 with SMTP id dm5mr30623689wib.20.1332265329459;
	Tue, 20 Mar 2012 10:42:09 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.180.96.231 with HTTP; Tue, 20 Mar 2012 10:41:49 -0700 (PDT)
In-Reply-To: <DEFF7F2C-0D27-4C00-BF4C-557C8C13CBBF@bsdimp.com>
References: <CACVs6=8z4BYcpQ=jVKLLb7v2LmSD-MRxXQdYRrOj-hG1j572Cg@mail.gmail.com>
	<E580AB5B-AD2A-4E04-A040-8E9E5D667040@bsdimp.com>
	<CACVs6=_FXqM2vjx1B4C819kuapaCXek-RfVwo0YPsk74r4+gkA@mail.gmail.com>
	<CA+7sy7AROF0tmSse7Dx3+hmPNQ57MtGvqJe6ndqaYSMz240nFw@mail.gmail.com>
	<DEFF7F2C-0D27-4C00-BF4C-557C8C13CBBF@bsdimp.com>
From: Juli Mallett <juli@clockworksquid.com>
Date: Tue, 20 Mar 2012 10:41:49 -0700
Message-ID: <CACVs6=8afS6Dd8DmdJhi-36p5vNJH0otU=APe0mOOXxhbW3SSw@mail.gmail.com>
To: Warner Losh <imp@bsdimp.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Gm-Message-State: ALoCoQno95h8E8TlN8tCN9im2mlezdshRhFQSH3Qo1g+10nCpQNIcFCLTK0lgnU5TbmUGUhzN18g
Cc: "freebsd-mips@FreeBSD.org" <freebsd-mips@freebsd.org>
Subject: Re: Unbreaking ports with n64 MIPS.
X-BeenThere: freebsd-mips@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Porting FreeBSD to MIPS <freebsd-mips.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mips>,
	<mailto:freebsd-mips-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-mips>
List-Post: <mailto:freebsd-mips@freebsd.org>
List-Help: <mailto:freebsd-mips-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-mips>,
	<mailto:freebsd-mips-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Mar 2012 17:42:10 -0000

On Tue, Mar 20, 2012 at 10:35, Warner Losh <imp@bsdimp.com> wrote:
>> mips (default cpu type: mips32 r1, soft-float)
>> =C2=A0kernel - o32 elf binary support
>> =C2=A0userspace - o32
>
> why not also support n32 binaries (apart from the need for someone to do =
the work :)?

Because n32 requires 64-bit registers.

>> The only thing I see as an issue here is that if someone builds world
>> with a specialized CPUTYPE, they will not be able to use standard
>> ports binaries. This would mean that we would need to extend multi-lib
>> with CPU types.
>
> Frist of all, why is that?
>
> Second of all, how would the extentions to multilib look and how would th=
at enable people to run standard ports-built packages created by the projec=
t?

Packages are going to be a real killer for us given the bugs in our
binutils that make it refuse to link "incompatible" cputypes together,
even though there's no problem with doing so.  We should probably just
remove that behavior and stop complaining about it and then half this
complexity goes away, except for the question of whether packages need
to match world wrt soft- and hard-float.

> I generally like this partitioning, but haven't been working with this st=
uff enough day to day to know if all the details are correct.