Re: [gentoo-alt] Gentoo RAP bootstrap script

[Steven Trogdon]

On Fri, 11 Oct 2013 21:30:18 +0900
heroxbd@×××××.com wrote:

> > But that prefix injects rpath/runpath variables into runtime libraries
> > and your patched glibc fails the preinst phase with
> >
> > Inconsistency detected by ld.so: get-dynamic-info.h: 133:
> > elf_get_dynamic_info: Assertion `info[29] == ((void *)0)' failed!
> >
> > because rpath/runpath are also injected into ld.so. I presume a proper RAP
> > install (which I don't have) will not have this issue. To that end I
> > have tried
>
> What gcc/binutils are you using when compiling glibc? If they are from a
> Prefix-rpath installation, you need to do it manually,
>
> ln -sf $BPREFIX/usr/$(portageq envvar CHOST)/{binutils-bin/2.23,bin}/ld
>
> as documented in https://wiki.gentoo.org/wiki/Prefix/libc#sys-libs.2Fglibc

Yes, I missed that point! Perhaps because of the distinction between
$EPREFIX and $BPREFIX. Everything under my

$EPREFIX/usr/$(portageq envvar CHOST)/bin

is a symlink except ld. Adding the symlink did fix things. However, I do
see during the postinst phase:

/storage/strogdon/gentoo-redlizard//usr/sbin/iconvconfig: cannot open
`/storage/strogdon/gentoo-redlizard//storage/strogdon/gentoo-redlizard/usr/lib/gconv/gconv-modules':
No such file or directory
/storage/strogdon/gentoo-redlizard//usr/sbin/iconvconfig: no output file
produced because warnings were issued

so maybe there is a double prefix thing going on there. 

Now after the install of your patched glibc I'm still unable to get getent (or
id) to parse $EPREFIX/etc/{passwd, group}. Parsing $EPREFIX/var/db does work. So
there must be some hardcoded path somewhere. An strace shows that, besides the
db lookup only /etc is parsed for {passwd, group}.

>
> > [1.]
> > http://dev.gentoo.org/~heroxbd/bootstrap-rap.sh
> >
> > and mpc-1.0.1 fails to find gmp.h
> >
> > checking for gmp.h... no
> > configure: error: gmp.h cannot be found or is unusable.
> >
> > At this point gmp.h is present in $EPREFIX/usr/include.
>
> So you go all the way to mpc and mpfr builds without a problem?
>

Yes. The configure line for mpfr has

--with-gmp-include=/storage/gentoo-rap/usr/include

but not so for mpc.

> > This same mpc does build in my Debian prefix with native glibc.
>
> What's "Debian prefix with native glibc"? Do you mean that it can be
> built against the host Debian?
>

Poor choice of words. The host glibc is not being used (I hope not). The glibc
is "native" to the prefix. For mpc built within the prefix I see

ldd -r /storage/strogdon/gentoo-redlizard/usr/lib/libmpc.so

        libmpfr.so.4 => /storage/strogdon/gentoo-redlizard/usr/lib/libmpfr.so.4
        (0x00007f2c4ed5b000) 
        libgmp.so.10 => /storage/strogdon/gentoo-redlizard/usr/lib/libgmp.so.10
        (0x00007f2c4eaec000) 
        libm.so.6 => /storage/strogdon/gentoo-redlizard/lib/libm.so.6
        (0x00007f2c4e7ee000) 
        libgcc_s.so.1
        => /storage/strogdon/gentoo-redlizard/usr/x86_64-pc-linux-gnu/lib/gcc/libgcc_s.so.1
        (0x00007f2c4e5d7000) 
        libc.so.6 => /storage/strogdon/gentoo-redlizard/lib/libc.so.6
        (0x00007f2c4e22b000) 
        /storage/strogdon/gentoo-redlizard/lib64/ld-linux-x86-64.so.2
        (0x00007f2c4f1d4000)