Re: [[e-mail]: [gentoo-alt] Re: error configuring sys-devel/gcc-apple-4.0.1_p5363-r1]

[Fabian Groffen]

On 15-05-2007 08:32:14 +0200, Elias Pipping wrote:
> Hi
>
> I bootstrapped to the point just before 'emerge -e system',
> synced using an external subversion installation, and ran
> 'emerge -e system' afterwards
>
> the good news is: i get to 58/67 (gcc was 56) =)
>
> the bad news is: readline fails to build. however,
> the fix appears to be trivial:
>
>   /Users/pipping/Gentoo/usr/bin/ld: warning can't open dynamic library:
>   /Users/pipping/Gentoo/usr/lib/libncurses.5.dylib referenced from:
> /Users/pipping/Gentoo/usr/lib/libreadline.dylib (checking for undefined
> symbols may be affected) (No such file or directory, errno = 2)
>   /Users/pipping/Gentoo/usr/bin/ld: Undefined symbols: _tgetent referenced
> from libreadline expected to be defined in
> /Users/pipping/Gentoo/usr/lib/libncurses.5.dylib

Hmmm... I'm affraid this isn't trivial.  There is some fighting with
this going on.  The short version is that I basically screwed it up.

> there's a couple of those for different symbols but all for the same
> library so i guess the above output is sufficient.
>
> $ dirs
> ~/Gentoo/usr/lib
> $ ls *ncurses*
> libncurses++.a          libncurses.a            libncurses.dylib
> $

libncurses.dylib is a symlink to ~/Gentoo/lib/libncurses.dylib is all is
well.  otool -L ~/Gentoo/usr/lib/libncurses.dylib should also show a
reference to ~/Gentoo/lib/libncurses.version.dylib.  Your mail below
shows this sort of is as expected.

> so (although i haven't tried this yet), having readline link
> against the unversioned dylib and/or creating a symlink for
> libncurses.5.dylib should solve this.

I'm puzzled why I don't have this problem myself.  Unfortunately can't
access my Mac for the moment, so can't try.

> on a side note... is there a way for me to - given i created
> such a link - to *continue* with 'emerge -e system' where it
> left off instead of starting from the first package again?

-e means "empty", so that is why it starts over again.  However the
point is that you need to have packages reemerged, so a normal emerge
system won't do the same, as it won't reinstall packages.  Any chance
you kept the list?  The last onces you could just give to emerge, e.g.
emerge --oneshot packageA packageB

> I don't know in what step, but a readline library had already
> been built before, apparently - with broken links:
>
> $ otool -L libncurses.dylib
> libncurses.dylib:
>         /Users/pipping/Gentoo/lib/libncurses.5.dylib (compatibility version
> 5.0.0, current version 5.0.0)
>         /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
> version 1.0.0)
>         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 88.3.7)
> $ otool -L libreadline.dylib
> libreadline.dylib:
>         /Users/pipping/Gentoo/usr/lib/libreadline.5.2.dylib (compatibility
> version 5.0.0, current version 5.2.0)
>         /Users/pipping/Gentoo/usr/lib/libncurses.5.dylib (compatibility
> version 5.0.0, current version 5.0.0)

This I don't understand where it comes from.  Maybe because you only
updated your snapshot/tree before emerge -e system.  I'm not sure, but
if readline/curses was built before that (actually first curses, and
bash wants that, so I think that's it) then you get this wrong setup,
since in the current tree the library locations have changed.  I'll make
a new snapshot soon for this.

> PS: (i didn't get what you said about the mailing list)

The mailinglists are really bad.  they drop mail, and eat it when they
are not the To recipient (e.g. like Cc).  Using the mailing list is fine
with me, but for it to work, you need to only send it to the list, and
you will only get an answer to the list, as the lists force that off.


-- 
Fabian Groffen
Gentoo on a different level
-- 
gentoo-alt@g.o mailing list