Bug 407021 – Make ppc64-linux profile

• Status: RESOLVED FIXED
• Product: Gentoo/Alt

[Description Richard Yao (RETIRED) 2012-03-05 20:28:31 UTC]

Please make a profile for ppc64-linux into the prefix tree. Here is what it should contain:

---------- ./portage/profiles/prefix/linux/ppc64/make.defaults ----------
ARCH="ppc64"
CHOST="powerpc64-pc-linux-gnu"
# The base profile sets ACCEPT_KEYWORDS=ppc64 and we don't have that in prefix.
# Eventually, ** should be removed once someone is motivated for this arch
ACCEPT_KEYWORDS="-ppc64 ~ppc64-linux **"

# We don't have lib64 in prefix so, remove it here.
SYMLINK_LIB=""
LIBDIR_ppc64="lib"
-------------------------------------------------------------------------

---------- ./portage/profiles/prefix/linux/ppc64/parent ----------
../../../default/linux/powerpc/ppc64/10.0/64bit-userland
..
-------------------------------------------------------------------------

The arch.list should be updated to include ppc64-linux. Otherwise, portage will complain about an invalid keyword.

[Comment 1 Jeremy Olexa (darkside) (RETIRED) 2012-03-05 20:31:03 UTC]

I can agree with the intention here. I've explained to Richard that profile work is more agreeable than whole tree work (proliferating the keyword). Fabian, please ACK.

[Comment 2 Fabian Groffen 2012-03-05 21:05:19 UTC]

I concur.  Adding the profile is fine.  I'm hesitant to add keywords though.

[Comment 3 Richard Yao (RETIRED) 2012-03-05 23:21:41 UTC]

I recently obtained access to a 64-core POWER7 system and I wanted to try Prefix on it. I don't require any keywords to be added, but I would like a profile to make my life easier.

With that said, I would also like to request that the following be added to bootstrap-prefix.sh:

diff -upNr a/bootstrap-prefix.sh b/bootstrap-prefix.sh
--- a/bootstrap-prefix.sh       2012-03-05 15:09:50.766000102 -0800
+++ b/bootstrap-prefix.sh       2012-03-05 15:10:33.114000092 -0800
@@ -195,6 +195,10 @@ HOSTCC='gcc -m64'
                        profile="${PORTDIR}/profiles/prefix/linux/ppc"
                        ldflags_make_defaults="LDFLAGS=\"-L${ROOT}/usr/lib -Wl,-rpath=${ROOT}/usr/lib -L${ROOT}/lib -Wl,-rpath=${ROOT}/lib\""
                        ;;
+               powerpc64-unknown-linux-gnu)
+                       profile="${PORTDIR}/profiles/prefix/linux/ppc64"
+                       ldflags_make_defaults="LDFLAGS=\"-L${ROOT}/usr/lib -Wl,-rpath=${ROOT}/usr/lib -L${ROOT}/lib -Wl,-rpath=${ROOT}/lib\""
+                       ;;
                armv7l-pc-linux-gnu)
                        profile="${PORTDIR}/profiles/prefix/linux/arm"
                        ldflags_make_defaults="LDFLAGS=\"-L${ROOT}/usr/lib -Wl,-rpath=${ROOT}/usr/lib -L${ROOT}/lib -Wl,-rpath=${ROOT}/lib\""

[Comment 4 Richard Yao (RETIRED) 2012-03-05 23:26:37 UTC]

I should add that I used `./bootstrap-prefix.sh chost.guess ~/` to produce CHOST=powerpc64-unknown-linux-gnu for that system.

[Comment 5 Richard Yao (RETIRED) 2012-03-06 20:05:17 UTC]

I should also add that ./portage/profiles/prefix/linux/ppc64/packages should also be created with the following:

-*sys-fs/hfsutils
-*sys-fs/hfsplusutils

Those are part of the base powerpc profile's @system set, but having them as part of @system makes no sense for Gentoo Prefix.

[Comment 6 Richard Yao (RETIRED) 2012-03-06 23:20:34 UTC]

I found the following packages to break the Solaris bootstrap procedure:

=dev-lang/python-3.2
=dev-libs/libffi-3.0.11_rc2
=dev-vcs/git-9999
=dev-vcs/mercurial-9999
=sys-apps/util-linux-2.20.1
=sys-devel/gnuconfig-99999999
=sys-libs/ncurses-5.9-r1

It might be appropriate to add them to a package.mask file. I had to do that locally.

git and mecurcial likely also affect the arm-linux profile, because they need themselves installed in order to fetch from their repositories.

[Comment 7 Jeremy Olexa (darkside) (RETIRED) 2012-03-06 23:39:24 UTC]

+  06 Mar 2012; Jeremy Olexa <[e-mail]>
+  +prefix/linux/ppc64/make.defaults, +prefix/linux/ppc64/packages,
+  +prefix/linux/ppc64/parent, arch.list, prefix/ChangeLog, profiles.desc:
+  Add ppc64-linux profile for bug 407021 by Richard Yao

(In reply to comment #6)
<...>
not happening

[Comment 8 Fabian Groffen 2012-03-07 07:48:15 UTC]

(In reply to comment #7)
> (In reply to comment #6)
> <...>
> not happening

To add a little bit on this, you might be better of using ~ppc64 keyword, instead of unmasking everything.  Masks are there for a good reason.

[Comment 9 Richard Yao (RETIRED) 2012-03-07 07:56:35 UTC]

(In reply to comment #8)
> (In reply to comment #7)
> > (In reply to comment #6)
> > <...>
> > not happening
> 
> To add a little bit on this, you might be better of using ~ppc64 keyword,
> instead of unmasking everything.  Masks are there for a good reason.

darkside and I were discussing this in IRC when I posted comment 6. I posted it because pocoo was down and I did not realize that wgetpaste supported other pastebins. :/