From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 051E713888F for ; Wed, 28 Oct 2015 04:46:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C8FB9E086C; Wed, 28 Oct 2015 04:46:24 +0000 (UTC) Received: from mail-wm0-f48.google.com (mail-wm0-f48.google.com [74.125.82.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1ECF3E086C for ; Wed, 28 Oct 2015 04:46:23 +0000 (UTC) Received: by wmff134 with SMTP id f134so3668453wmf.1 for ; Tue, 27 Oct 2015 21:46:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=BNEVcapde6TVreFVeZ8jntCvkxOKuHo51U59gIYrh/A=; b=jlaWUk/KT2OGZQr6fOQx3cHqUpxk50R9JcgDTJ466cclwjEcjbikxd3GuogJXbWa1U cbOchFho2cs8BR2pms6KVlqTVioZorT3BCECMSpig1rXoRZC05Pds0xowOInJGY8p/tA GoDBn6U4GXVtXBR2AhiNhJ0WfIWl+gJRHeaTC2hvXJfDWcjv3ppcaOy8+PmK0B6qI2FX 5pFm9jyZkVPfcVN9n+DP51MQt+a0+U0uQoe7XlkKIqqchHqBKrf3wbmgo3tKng2JVNak vhzuov781YVV5q0DycyC7MtUwrLCg+vUFBsnT0FJoAmM6aJRGkQLwxm3e6MwzZjrQRI+ H83A== X-Received: by 10.28.217.21 with SMTP id q21mr395591wmg.80.1446007582847; Tue, 27 Oct 2015 21:46:22 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo on PowerPC X-BeenThere: gentoo-powerpc@gentoo.org X-BeenThere: gentoo-powerpc@lists.gentoo.org MIME-Version: 1.0 Received: by 10.27.136.195 with HTTP; Tue, 27 Oct 2015 21:46:03 -0700 (PDT) In-Reply-To: <562FC2AB.1000405@gentoo.org> References: <562ABB90.2030007@gentoo.org> <562FC2AB.1000405@gentoo.org> From: Leno Hou Date: Wed, 28 Oct 2015 12:46:03 +0800 Message-ID: Subject: [gentoo-powerpc] Re: RFC: new profiles for ppc64le To: "Anthony G. Basile" Cc: gentoo-powerpc@lists.gentoo.org, Zhao Kevin , Linda Jiang Content-Type: multipart/alternative; boundary=001a114690ca5177d7052322e0e7 X-Archives-Salt: 6ed1593d-249d-4dbc-9f84-72176725a276 X-Archives-Hash: a0586b964c57a7c4fa0119f67aa9ed88 --001a114690ca5177d7052322e0e7 Content-Type: text/plain; charset=UTF-8 make.defaults should be CHOST="powerpc64le-linux-gnu" make.conf should be CHOST="powerpc64le-unknown-linux-gnu" *Leno Hou* E-mail : lenohou@gmail.com On Wed, Oct 28, 2015 at 2:30 AM, Anthony G. Basile wrote: > Hi everyone, > > I'm going to implement the following sometime today. I know this doesn't > match what Kevin, Leno and Linda have done, but it does mesh with our > standards in Gentoo and it should be easy for either their team or me to > change over the CHOST once we get the osuosl ppc64le slice. The profile > change should be transparent. > > Any last minute objections? > > > > On 10/23/15 6:58 PM, Anthony G. Basile wrote: > >> Hi Leno and ppc team, >> >> I received a pull request from Leno Hou on github. The pr is >> https://github.com/gentoo/gentoo/pull/271. There are a few issues we >> should discuss about that commit and I don't want to do it on github. >> Important discussions belong on gentoo infra. >> >> 1) The PR included a commit against eclass/golang-base.eclass. Obviously >> this can't go in that way since it affects all of gentoo, not just >> ppc64le. I can help Leno out with that commit later. >> >> 2) The CHOST name specified in the make.defaults should be >> CHOST="powerpc64le-linux-gnu". We should follow the rest of Gentoo's >> convention with respect to the tuple and use >> CHOST="powerpc64le-unknown-linux-gnu" This is identical to the big endian >> ppc64 CHOST with le after powerpc64. While the tuple doesn't necessarily >> need the -unknown- it is a de facto standard that we don't want to break in >> Gentoo because I'm sure there stuff that assumes it. >> >> 3) Leno is suggesting we add the usual directories >> >> profiles/arch/powerpc/ppc64/little-endian >> profiles/default/linux/powerpc/ppc64/13.0/64bit-userland/little-endian >> >> I'd like to change the first one to profiles/arch/powerpc/ppc64/64le to >> fit the naming of the other ppc64 subdirs. It should not affect his >> stage3. (The CHOST change will.) >> >> 4) I'm not at all happy with the stacking of the ppc64 profiles in >> general, but we may be stuck with it. Currently >> default/linux/powerpc/ppc64/13.0/64bit-userland gives >> >> /usr/portage/profiles/base >> /usr/portage/profiles/default/linux >> /usr/portage/profiles/arch/base >> /usr/portage/profiles/arch/powerpc >> /usr/portage/profiles/default/linux/powerpc >> /usr/portage/profiles/arch/base >> /usr/portage/profiles/arch/powerpc >> /usr/portage/profiles/arch/powerpc/ppc64 >> /usr/portage/profiles/default/linux/powerpc/ppc64 >> /usr/portage/profiles/releases >> /usr/portage/profiles/releases/13.0 >> /usr/portage/profiles/default/linux/powerpc/ppc64/13.0 >> /usr/portage/profiles/features/64bit-native >> /usr/portage/profiles/arch/base >> /usr/portage/profiles/arch/powerpc >> /usr/portage/profiles/arch/powerpc/ppc64 >> /usr/portage/profiles/arch/powerpc/ppc64/64ul >> /usr/portage/profiles/default/linux/powerpc/ppc64/13.0/64bit-userland >> >> The new ppc64le profile as Leno proposes it (module my small >> little-endian -> 64le change in arch) gives the same followed by the >> following 5 lines >> >> (above plus ...) >> /usr/portage/profiles/arch/base >> /usr/portage/profiles/arch/powerpc >> /usr/portage/profiles/arch/powerpc/ppc64 >> /usr/portage/profiles/arch/powerpc/ppc64/64el >> /usr/portage/profiles/default/linux/powerpc/ppc64/13.0/64bit-userland/little-endian >> >> >> Notice that the sequence arch/base -> arch/powerpc -> arch/powerpc/ppc64 >> is repeated 3 times. I think I will stick with Leno's suggestion for now >> since it extends what we already have, but at some point in the future, I'd >> like to refactor these profiles to avoid the repetitions. >> >> 5) We need a line in profiles.desc which reads >> >> ppc64 default/linux/powerpc/ppc64/13.0/64bit-userland/little-endian dev >> >> >> Any comments before I implement the above. Leno, you don't need a new >> pull request on github, just let me know if anything above is a bad idea. >> >> > > -- > Anthony G. Basile, Ph.D. > Gentoo Linux Developer [Hardened] > E-Mail : blueness@gentoo.org > GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA > GnuPG ID : F52D4BBA > > --001a114690ca5177d7052322e0e7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
make.defaults should be CHOST=3D"powerpc64le-linux-gn= u"
make.conf should be CHOST=3D"powerpc64le-unknown-linux-gnu= "

Leno Hou
E-mail : =C2=A0lenohou@gmail.com
=


On Wed, Oct 28, 2015 at 2:30 AM, Anthony G. = Basile <blueness@gentoo.org> wrote:
Hi everyone,

I'm going to implement the following sometime today.=C2=A0 I know this = doesn't match what Kevin, Leno and Linda have done, but it does mesh wi= th our standards in Gentoo and it should be easy for either their team or m= e to change over the CHOST once we get the osuosl ppc64le slice.=C2=A0 The = profile change should be transparent.

Any last minute objections?



On 10/23/15 6:58 PM, Anthony G. Basile wrote:
Hi Leno and ppc team,

I received a pull request from Leno Hou on github.=C2=A0 The pr is https://github.com/gentoo/gentoo/pull/271.=C2=A0 There are a f= ew issues we should discuss about that commit and I don't want to do it= on github.=C2=A0 Important discussions belong on gentoo infra.

1) The PR included a commit against eclass/golang-base.eclass. Obviously th= is can't go in that way since it affects all of gentoo, not just ppc64l= e.=C2=A0 I can help Leno out with that commit later.

2) The CHOST name specified in the make.defaults should be CHOST=3D"po= werpc64le-linux-gnu".=C2=A0 We should follow the rest of Gentoo's = convention with respect to the tuple and use CHOST=3D"powerpc64le-unkn= own-linux-gnu"=C2=A0 This is identical to the big endian ppc64 CHOST w= ith le after powerpc64. While the tuple doesn't necessarily need the -u= nknown- it is a de facto standard that we don't want to break in Gentoo= because I'm sure there stuff that assumes it.

3) Leno is suggesting we add the usual directories

profiles/arch/powerpc/ppc64/little-endian
profiles/default/linux/powerpc/ppc64/13.0/64bit-userland/little-endian

I'd like to change the first one to profiles/arch/powerpc/ppc64/64le to= fit the naming of the other ppc64 subdirs.=C2=A0 It should not affect his = stage3.=C2=A0 (The CHOST change will.)

4) I'm not at all happy with the stacking of the ppc64 profiles in gene= ral, but we may be stuck with it.=C2=A0 Currently default/linux/powerpc/ppc= 64/13.0/64bit-userland gives

/usr/portage/profiles/base
/usr/portage/profiles/default/linux
/usr/portage/profiles/arch/base
/usr/portage/profiles/arch/powerpc
/usr/portage/profiles/default/linux/powerpc
/usr/portage/profiles/arch/base
/usr/portage/profiles/arch/powerpc
/usr/portage/profiles/arch/powerpc/ppc64
/usr/portage/profiles/default/linux/powerpc/ppc64
/usr/portage/profiles/releases
/usr/portage/profiles/releases/13.0
/usr/portage/profiles/default/linux/powerpc/ppc64/13.0
/usr/portage/profiles/features/64bit-native
/usr/portage/profiles/arch/base
/usr/portage/profiles/arch/powerpc
/usr/portage/profiles/arch/powerpc/ppc64
/usr/portage/profiles/arch/powerpc/ppc64/64ul
/usr/portage/profiles/default/linux/powerpc/ppc64/13.0/64bit-userland

The new ppc64le profile as Leno proposes it (module my small little-endian = -> 64le change in arch) gives the same followed by the following 5 lines=

(above plus ...)
/usr/portage/profiles/arch/base
/usr/portage/profiles/arch/powerpc
/usr/portage/profiles/arch/powerpc/ppc64
/usr/portage/profiles/arch/powerpc/ppc64/64el
/usr/portage/profiles/default/linux/powerpc/ppc64/13.0/64bit-userland/littl= e-endian

Notice that the sequence arch/base -> arch/powerpc -> arch/powerpc/pp= c64 is repeated 3 times.=C2=A0 I think I will stick with Leno's suggest= ion for now since it extends what we already have, but at some point in the= future, I'd like to refactor these profiles to avoid the repetitions.<= br>
5) We need a line in profiles.desc which reads

ppc64 default/linux/powerpc/ppc64/13.0/64bit-userland/little-endian dev


Any comments before I implement the above.=C2=A0 Leno, you don't need a= new pull request on github, just let me know if anything above is a bad id= ea.



--
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail=C2=A0 =C2=A0 : blueness@gentoo.org
GnuPG FP=C2=A0 : 1FED FAD9 D82C 52A5 3BAB=C2=A0 DC79 9384 FA6E F52D 4BBA GnuPG ID=C2=A0 : F52D4BBA


--001a114690ca5177d7052322e0e7--