Re: [gentoo-alt] RAP on ppc64 (SLES11.1)

[Benda Xu]

Hi François,



François Bissey <francois.bissey@×××××××××××××.nz> writes:



> I now have a working RAP environment on ppc64.
> So here is a bit of recipe to achieve this:
> * There is no current ppc64 profile, so one has to be
> created during stage 1.
> I copied the ppc64 from prefix/linux to prefix/linux-standalone.
> Replace make.default inside prefix/linux-standalone/ppc64
> by the one in prefix/linux-standalone/amd64.
> Copy the "legacy" folder from  prefix/linux-standalone/amd64
> to prefix/linux-standalone/ppc64.


Thanks!



> * Make sure help2man is installed on the host system (for bison).


I don't remember if the bare minimal OpenSUSE 42.1 needed this.



> * I would like the following patch to be considered
> for the bootstrap script
> --- bootstrap-rap.sh.orig       2017-01-24 12:20:27.304355158 +1300
>
>
> +++ bootstrap-rap.sh    2017-01-24 12:34:30.325185905 +1300
>
>
> @@ -1382,8 +1382,8 @@
>
>
>                 sys-libs/ncurses
>
>
>                 sys-libs/readline
>
>
>                 app-shells/bash
>
>
> -               sys-apps/sed
>                 app-arch/xz-utils
> +               sys-apps/sed


> The latest version of sed is compressed with xz which
> means the bootstrap will fail if xz-utils is not installed
> in /bin or /usr/bin.
> Newer distro probably have it but not older ones.
> So we should move xz-utils before sed.


Which tarball (URL) did it use?



> +               PERL_NOT_INSTALLED=0
>
>
>                 if [[ ! -x "${ROOT}"/usr/bin/perl ]]; then
>
>
>                         # trick "perl -V:apiversion" check of
> glibc-2.19.
>
>                         echo -e "#!${ROOT}/bin/sh\necho
> 'apiversion=9999'" > "${ROOT}"/usr/bin/perl
>
>                         chmod +x "${ROOT}"/usr/bin/perl
>
>
> +                       PERL_NOT_INSTALLED=1
>
> -               rm "${ROOT}"/usr/bin/perl
>
>
> +               # Do not mindlessly remove perl. Only if it wasnt
> present in the first place.
>
> +               [[ ${PERL_NOT_INSTALLED} == 1 ]] && rm
> "${ROOT}"/usr/bin/perl
>
>         else


> The other part of the patch is specific to RAP and is
> vexing. RAP adds a fake perl executable before building
> glibc in case perl is not already there - and remove it,
> unconditionally. So you are here you had a failure in stage3
> after glibc has been merged and then perl has been merged.
> You fixed whatever needs fixing and restart the bootstrap
> and it removes your perl binary. And then you spend some
> time wondering why autoconf failed while emerging something.
> So I added a guard - only remove the perl executable if it is
> the fake one. I guess that could be improved by actually
> checking the file itself for the content of the fake perl.


Sorry for this, I added a guard



  https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=db54c48edfb3d7c5c482326c8c57d3823941f456



> * As per another post the current bits to set the RAP glibc
> to be used by gcc are not sufficient for ppc64. My profile.bashrc
> has the following
> if [[ ${CATEGORY}/${PN} == sys-devel/gcc && ${EBUILD_PHASE} ==
> configure ]]; then
>     cd "${S}"
>     einfo "Prefixifying dynamic linkers..."
>     for h in gcc/config/*/*linux*.h; do
>         ebegin "  Updating $h"
>         sed -i -r "/_DYNAMIC_LINKER/s,([\":])(/lib),\1${EPREFIX}\2,g" $h
>         eend $?
>     done
>
>
> The only change being to the sed line.


Nice.



I am wondering if it is feasible to grant me access to a ppc64 box with

SLES 11.1 to test out these patch before committing to the

repositories.



Yours,

Benda