From owner-svn-src-all@FreeBSD.ORG Sat May 24 18:59:16 2014 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5126214B for ; Sat, 24 May 2014 18:59:16 +0000 (UTC) Received: from mail-ig0-f173.google.com (mail-ig0-f173.google.com [209.85.213.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10BC12408 for ; Sat, 24 May 2014 18:59:15 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id hn18so1805718igb.12 for ; Sat, 24 May 2014 11:59:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=mpAT8b8LgfkDgFo1hQ371FtPQHaHIK8CjAvAwDNdAGg=; b=krxLMNO3eoohP5wMeZawxwdjDtZ4dOYGPgQpzAsXZ+h8d3WFlzxRFbj/zSkh+xwhiV pjPcZQGFDwB2Mo7Z7TNAV9Lsje9z3Gon2i0Hoc88Z5JoAOpxRq58WQdsQErGG+RYgNXu MWJhBs4rLMsTGNv4lU6w6DxBRh0IlExgI3qFzF607I2hBt2wvWO2PovXY0auaYg5GraL 6ZtxRQpdak9rcva3HeCOTSSyMWLa7ZCibKVLivV9pRhTycCDA3bheoIKbMr/WrwjtxY+ 6NmuvTh92GWhQE4gud1N53W6SdrXVRaJWTZSVmnjteMjbwU1yZK/F54giyweg3neN1zO rPSQ== X-Gm-Message-State: ALoCoQlZcKg40JCbQvmqw0Lzuat4aBzovpoB008Y+teMwSlHso5r1DzBWAJm9gOJiWHiKdg33xWy X-Received: by 10.50.143.104 with SMTP id sd8mr13978607igb.18.1400957955178; Sat, 24 May 2014 11:59:15 -0700 (PDT) Received: from [10.0.0.119] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id hh13sm13748635igb.20.2014.05.24.11.59.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 24 May 2014 11:59:14 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_83082AB4-30E8-44E2-A9A8-CCF605A50F25"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: svn commit: r266553 - head/release/scripts From: Warner Losh In-Reply-To: <20140524185345.263f230d@kalimero.tijl.coosemans.org> Date: Sat, 24 May 2014 12:59:22 -0600 Message-Id: <83440C4A-FDA6-4392-9211-DED13CF1DDDA@bsdimp.com> References: <201405221922.s4MJM4Y9025265@svn.freebsd.org> <537F6706.6070509@freebsd.org> <20140523153619.GF72340@ivaldir.etoilebsd.net> <537F6EBC.3080008@freebsd.org> <20140523162020.GG72340@ivaldir.etoilebsd.net> <20140524165940.3c687553@kalimero.tijl.coosemans.org> <5380C311.60201@freebsd.org> <20140524185345.263f230d@kalimero.tijl.coosemans.org> To: Tijl Coosemans X-Mailer: Apple Mail (2.1878.2) Cc: Baptiste Daroussin , src-committers@freebsd.org, svn-src-all@freebsd.org, Glen Barber , Nathan Whitehorn , svn-src-head@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 May 2014 18:59:16 -0000 --Apple-Mail=_83082AB4-30E8-44E2-A9A8-CCF605A50F25 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On May 24, 2014, at 10:53 AM, Tijl Coosemans wrote: > On Sat, 24 May 2014 09:04:33 -0700 Nathan Whitehorn wrote: >> On 05/24/14 07:59, Tijl Coosemans wrote: >>> On Fri, 23 May 2014 17:29:48 -0600 Warner Losh wrote: >>>> On May 23, 2014, at 10:20 AM, Baptiste Daroussin = wrote: >>>>> On Fri, May 23, 2014 at 08:52:28AM -0700, Nathan Whitehorn wrote: >>>>>> On 05/23/14 08:36, Baptiste Daroussin wrote: >>>>>>> On Fri, May 23, 2014 at 08:19:34AM -0700, Nathan Whitehorn = wrote: >>>>>>>> Is there any chance of finally switching the pkg abi = identifiers to just >>>>>>>> be uname -p? >>>>>>>> -Nathan >>>>>>> Keeping asking won't make it happen, I have explained a large = number of time why it >>>>>>> happened, why it is not easy for compatibility and why uname -p = is still not >>>>>>> representing the ABI we do support, and what flexibility we need = that the >>>>>>> current string offers to us. >>>>>>>=20 >>>>>>> if one is willing to do the work, please be my guess, just dig = into the archives >>>>>>> and join the pkg development otherwise: no it won't happen = before a while >>>>>>> because we have way too much work on the todo and this item is = stored at the >>>>>>> very end of this todo. >>>>>>>=20 >>>>>>> regards, >>>>>>> Bapt >>>>>> I'm happy to do the work, and have volunteered now many times. If = uname >>>>>> -p does not describe the ABI fully, then uname -p needs changes = on the >>>>>> relevant platforms. Which are they? What extra flexibility does = the >>>>>> string give you if uname -p describes the ABI completely? >>>>>> -Nathan >>>>> just simple examples in armv6: >>>>> - eabi vs oabi >>>>> - The different float abi (even if only one is supported for now = others are >>>>> being worked on) >>>>> - little endian vs big endian >>>> All of those are encoded in the MACHINE_ARCH + freebsd version, no = exceptions >>>> on supported architectures that are tier 2 or higher. This seems = like a weak reason. >>>>=20 >>>>> the extras flexibilit is being able to say this binary do support = freebsd i386 >>>>> and amd64 in one key, freebsd:9:x86:*, or or all arches = freebsd:10:* >>>> Will there be a program to convert this new, special invention to = the standard >>>> that we=92ve used for the past 20 years? If you need the = flexibility, which I=92m not >>>> entirely sure I=92ve seen a good use case for. When would you have = a x86 binary >>>> package? Wouldn=92t it be either i386 or amd64? >>> ABI isn't just about the instruction set. It's also about the sizes = of C >>> types (like pointers). If I remember correctly, the pkg scheme was = chosen >>> to allow for ABIs like x32 which use the 64 bit instruction set with = 32 >>> bit pointers. MACHINE_ARCH would also be amd64 in this case. >>=20 >> No, it wouldn't. MACHINE_ARCH would be something else (x32, probably) = in=20 >> such cases. MACHINE_ARCH (and uname -p, which reports it) is the = FreeBSD=20 >> ABI identifier and encodes 100% of the ABI information. This would be=20= >> true even if there is never an x32 kernel. >=20 > No, there's no such thing as an x32 kernel. It's an amd64 kernel that > supports a second userland ABI. In C preprocessor terms they are > distinguished by (__amd64__ && _LP64) and (__amd64__ && !_LP64). > uname -p gives you the processor architecture (the __amd64__ bit) but > then you can still choose the sizes of standard C types (the _LP64 = bit). > So far we've always had one ABI per processor architecture but this > is not strictly necessary. I think we=92re talking past each other here. It absolutely would be = MACHINE_ARCH =3D=3D x32. That would be the name. And you could have an = x32 kernel, if you wanted. When we=92re building in the FreeBSD build = system, we=92d absolutely need a second MACHINE_ARCH. What you are doing here is confuse MACHINE_ARCH with MACHINE_CPUARCH. If you look at how we handle this for MIPS you=92ll see we do exactly = this for MIPS N32, which is exact likely x32. You don=92t have to have a = n32 kernel to run n32 binaries (but in MIPS=92 case you can, if you = want). Warner --Apple-Mail=_83082AB4-30E8-44E2-A9A8-CCF605A50F25 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTgOwKAAoJEGwc0Sh9sBEAu7EQANHBenYi6jGYfFllnNP4w4fa Cu0JwV5k8HDI+/kzW1CApHifEHnspB6cOHc3YA1BPruS0wyywr3LcnWQKcx+3lc9 wBpA8XPhlaiDAzxAMpZh115DiK5nadq7K+3DVwnOvQumQKgj2FP8Nhovr5Ve/DN/ MzT6ebBx/qRce4lwESiLKwhC/21ObPAZ8CRCPinyx4ask6Tey7K7wAVCHfvFQUAx OvEfiX9AAwrTzF4f+SrgU8hHVmVLwL63YFkEbL0KRIAynT7f4DyOoGCWbs+/PUy3 6I0iGDeDFJKDrPkKkOSaQNsFMWdKXsBg5IFVE98FeiodMKGTDHk+LsdMR3xfLFTL SvS9Je0Xp7R5yHPC5Z0KOzYfV0L5Zeu9Vh3434QtrfRGNhdz1+A4srGg6cvyALI2 92zAHrkpEOcj7XIyHFUeZKQHOPaLeEg0hPDZVToIrcDzfnahPogkJnvtTHIyqL0N aljKxZIf0/DkpkxwKw0Qnq+a7aTEj90lBEYMeLPm0x4mPyih5e7Ba2FQIhetSgqW uG+F/aLWwy79s4SSFCcJiO1rvxh3B3XD85gjBX3hONJIz8L/MJg1BbWwxfalDZ/S Pz1SxJucqPxwsVivgM2HtzPWYsa8EqyNX9BXQgfKRxnhMFV8R8/KA25Trjjikz8Y rrn6Bo+KKAKcC4DiST+2 =X7h2 -----END PGP SIGNATURE----- --Apple-Mail=_83082AB4-30E8-44E2-A9A8-CCF605A50F25--