1 |
On Wed, Aug 12, 2015 at 11:50 AM, Mike Frysinger <vapier@g.o> wrote: |
2 |
|
3 |
> On 11 Aug 2015 10:45, Anthony G. Basile wrote: |
4 |
> > On 8/11/15 10:33 AM, Ian Stakenvicius wrote: |
5 |
> > > On 11/08/15 06:11 AM, Leno Hou wrote: |
6 |
> > >> I think ppc64le would become popular, |
7 |
> > >> https://en.wikipedia.org/wiki/Ppc64. |
8 |
> > >> |
9 |
> > >> 1. enable porting x86 Linux based application with minimal effort. |
10 |
> > >> 2. Some PowerPC user, little endian apparently feels cheap, wrong, |
11 |
> > >> and PCish. 3. Other distrbutions like Ubuntu, Redhat and SUSE |
12 |
> > >> already support little endian in powerpc. |
13 |
> > > |
14 |
> > > In terms of the codepaths, what's different between ppc64le vs ppc64, |
15 |
> > > and ppc64le vs amd64 ? Obviously kernels will differ, but in terms of |
16 |
> > > C/C++/other compiled source code what needs to change? |
17 |
> > > |
18 |
> > > If all this needs is its own profile for a CHOST/CBUILD specification |
19 |
> > > and it can leverage an existing keyword, then this should be rather |
20 |
> > > simple to implement yes? |
21 |
> > |
22 |
> > We would leverage this on ppc64 keyword. It is a bit dangerous to claim |
23 |
> > that a pkg stable on ppc64 is stable on ppc64le, but we would live with |
24 |
> > that risk. Ideally you should test on both. The situation is analogous |
25 |
> > to mips where there are many different ISAs and both be and le. It is |
26 |
> > one of the reasons mips is hard to move back into stable. But having |
27 |
> > stable keywords is really nice when it comes to building and maintaining |
28 |
> > stages and keeping base pkgs versions in sync with the other arches. |
29 |
> > For this reason, I would even been in favor of restoring stable mips |
30 |
> > with the understanding that "stable" carries something of a risk when |
31 |
> > crossing the be/le boundry, or the mips I vs mips III, or 32 vs 64, etc. |
32 |
> |
33 |
> yes, we should just re-use the existing KEYWORDS and control the endian |
34 |
> differences via profiles. it's how other arches (mips, ppc, arm, arm64) |
35 |
> are handled currently. |
36 |
> |
37 |
> note: people have already built Gentoo for ppc little endian, but that |
38 |
> tends to only be used in embedded setups, so the builds don't get published |
39 |
> like other arches as stages. |
40 |
|
41 |
-mike |
42 |
> |
43 |
|
44 |
|
45 |
1. I have successfully complied ppc64le chroot environment manually. |
46 |
General Steps that omitted modify USE flag are here. |
47 |
|
48 |
https://docs.google.com/document/d/1zGO5Gvu4DGPX7Pn70q5vbW_uF___4h8_pIpOtoOEdnY/edit?usp=sharing |
49 |
|
50 |
2. How to control endian difference via profiles ? i.e. *How to get |
51 |
ppc64le as a full stage/profile along side ppc64* ? |
52 |
Could you give me in detail ? |
53 |
|
54 |
3. ppc64 already have stage3, why ppc64le tends to only be used in |
55 |
embedded setups ? If embedded setups, please |
56 |
let me know any forward/ steps . |
57 |
http://distfiles.gentoo.org/releases/ppc/autobuilds/current-iso/ |
58 |
|
59 |
4. I would like become a developer of porting gentoo on ppc64le. Anyone |
60 |
could help/mentor me to join this project ? |
61 |
https://wiki.gentoo.org/wiki/Project:PowerPC appreciated your |
62 |
assistance and help. |
63 |
|
64 |
5. https://wiki.gentoo.org/wiki/Porting The Section 'Converting to |
65 |
Gentoo' needs to be updated. |
66 |
From portage-2.2.20 on, please download portage and install it by |
67 |
'python setup.py install' |
68 |
|
69 |
**Most importantly, Any Ideas/steps of how to porting gentoo on ppc64le |
70 |
architecture?** |
71 |
|
72 |
Leno Hou |
73 |
E-mail: lenohou@×××××.com |