On 18-09-2006 09:34:10 +0200, Tobias Hahn wrote: > I tried a fresh bootstrap again this weekend, so here's what I can say: > > ISTNHRC ;) in the bootstrap script, the POSIX variable cannot help > because the bootstrap script uses apple's head/tail and doesn't > bootstrap coreutils. I had to add --disable-multilib to gcc options > to resolve the issue. Seems to be a bug in gcc-apple on 32bit > hardware. BTW, I bootstrapped gcc because I didn't read the > instructions in the wiki carefully enough, so the bootstrap script > defaulted to all... > > The same bug occurs later on when trying to emerge gcc-apple, maybe > we need a conditional patch in the gcc-apple ebuild to add --disable- > multilib on 32bit PPC?
Are you sure we cannot just fix the head/tails stuff? Only tail is fixed. However, on the other hand, it doesn't feel like it makes sense to build 64-bits stuff on a 32-bits PPC anyway. So I guess `sysctl -magicflag | grep cpu-bits` or something should do it to disable multilib? > Another issue I ran into was that gcc-apple depends on sys-darwin/ > libsystem, which is not in my tree. I found sys-libs/libsystem in the > tree and symlinked it. Ohw... I think it shouldn't depend on the libsystem stuff anymore... or it should be package.provided. It's like glibc on linux systems, and my current experiences are that you don't want to have that in your prefix, so you want to tell your ebuilds you have it in your prefix env somehow... > And of course the expr thing. Ok, but that one I don't know yet how to fix it right, other than either bootstrapping it, or -- like now on the wiki -- tell users to symlink it temporarily. > More later. Tobias Thanks! -- Fabian Groffen Gentoo on a different level -- [EMAIL PROTECTED] mailing list
