public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Anthony G. Basile" <blueness@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments
Date: Tue, 11 Aug 2015 10:45:37 -0400	[thread overview]
Message-ID: <55CA0A91.7020000@gentoo.org> (raw)
In-Reply-To: <55CA07B6.5000905@gentoo.org>

On 8/11/15 10:33 AM, Ian Stakenvicius wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> On 11/08/15 06:11 AM, Leno Hou wrote:
>> I think ppc64le would become popular,
>> https://en.wikipedia.org/wiki/Ppc64.
>>
>> 1. enable porting x86 Linux based application with minimal effort.
>>   2. Some PowerPC user, little endian apparently feels cheap, wrong,
>> and PCish. 3. Other distrbutions like Ubuntu, Redhat and SUSE
>> already support little endian in powerpc.
>>
>>
> In terms of the codepaths, what's different between ppc64le vs ppc64,
> and ppc64le vs amd64 ?  Obviously kernels will differ, but in terms of
> C/C++/other compiled source code what needs to change?
>
> If all this needs is its own profile for a CHOST/CBUILD specification
> and it can leverage an existing keyword, then this should be rather
> simple to implement yes?

We would leverage this on ppc64 keyword.  It is a bit dangerous to claim 
that a pkg stable on ppc64 is stable on ppc64le, but we would live with 
that risk.  Ideally you should test on both.  The situation is analogous 
to mips where there are many different ISAs and both be and le.  It is 
one of the reasons mips is hard to move back into stable.  But having 
stable keywords is really nice when it comes to building and maintaining 
stages and keeping base pkgs versions in sync with the other arches.  
For this reason, I would even been in favor of restoring stable mips 
with the understanding that "stable" carries something of a risk when 
crossing the be/le boundry, or the mips I vs mips III, or 32 vs 64, etc.

Having said that, what would break?  Assembly and other code that makes 
assumption about byte order.   There is some out there, but not much.  
We'll deal with it when we hit it.  Any of the heavy duty stuff, like 
syscall interfaces or setjmp/longjmp etc, should be relegated to the 
libc and kernel.

>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
>
> iF4EAREIAAYFAlXKB7UACgkQAJxUfCtlWe1sbQD+KcbYpfo56GrLIVlFyw2iXbMB
> ZOWzuvyI8SVq/DY0SQMBAJgDIjCza8QyUgWEtq2/g5Yu+uWiCibf2ouMeNAOkQ33
> =YoUg
> -----END PGP SIGNATURE-----
>


-- 
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



  parent reply	other threads:[~2015-08-11 14:45 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-11  9:22 [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments Leno Hou
2015-08-11  9:49 ` James Le Cuirot
2015-08-11 10:11   ` Leno Hou
2015-08-11 14:33     ` Ian Stakenvicius
2015-08-11 14:44       ` James Le Cuirot
2015-08-11 14:45       ` Anthony G. Basile [this message]
2015-08-12  3:50         ` Mike Frysinger
2015-08-12  7:20           ` Leno Hou
2015-08-12  7:47             ` Mike Frysinger
2015-08-12  8:30               ` Anthony G. Basile
2015-09-11 12:01                 ` Leno Hou
2015-09-11 14:18                   ` Ian Stakenvicius
2015-09-13 18:36                   ` Mike Gilbert
2015-09-17  6:53                   ` Leno Hou
2015-09-24 12:23                   ` Leno Hou
2015-09-25 18:27                     ` [gentoo-powerpc] " Luca Barbato
2015-09-26 19:16                     ` Anthony G. Basile
2015-10-21  8:55                       ` Kevin Zhao
2015-11-23 19:54                         ` Richard Yao
2015-09-17  7:06                 ` Leno Hou
2015-08-12  9:46               ` Shuai Zhao
2015-08-12  9:50                 ` [gentoo-powerpc] " Luca Barbato
2015-08-12 23:58               ` 姜渠
2015-08-13  3:19                 ` Mike Frysinger
2015-08-14  7:52               ` Leno Hou
2015-09-24 15:07                 ` Mike Frysinger
2015-09-25  2:32                   ` Leno Hou
2015-09-25  5:05                     ` Mike Frysinger
2015-09-25  7:34                       ` Anthony G. Basile
2015-09-25  9:09                         ` Leno Hou
2015-09-25 10:59                           ` Anthony G. Basile
2015-09-25 17:21                             ` Anthony G. Basile
2015-08-12  3:50   ` Mike Frysinger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55CA0A91.7020000@gentoo.org \
    --to=blueness@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox