distcc

~x86 поставил как раз ради эксперимента - разницы никакой :( при комментировании ACCEPT_KEYWORDS="~amd64" ошибка та же :(
мне вот интересно, почему каждый раз не видится PORTAGE_CONFIGROOT

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 * crossdev version:      20101011
 * Host Portage ARCH:     amd64
 * Target Portage ARCH:   x86
 * Target System:         i686-pc-linux-gnu
 * Stage:                 4 (C/C++ compiler)

 * binutils:              binutils-2.20.1-r1
 * gcc:                   gcc-4.4.4-r2
 * headers:               linux-headers-2.6.30-r1
 * libc:                  glibc-2.11.2-r3

 * PORTDIR_OVERLAY:       /var/overlays/local
 * PORT_LOGDIR:           /var/log/portage
 * PORTAGE_CONFIGROOT:

Мда. Сборка происходит, вообще-то, один раз. То, что ты принял за первый раз - установка headers only.

Зачем? multilib нужен только в том случае, если мне необходимо запускать x86 программы под архитектурой x86_64. В этом случае, необходимы 32-битные версии библиотек и поддержка 32-разрядных executables ядром. В моем же случае запускать ничего не надо. Необходимо только получать при сборке модули под нужную архитектуру. Для этого и предназначен тулчейн. В конце концов, на i686 без проблем собирается cross-x86_64, и никакого multilib не требуется, да и не получится.

Процесс следующий:
1. Собираются binutils (HOST: x86_64 TARGET: i686)
2. Ставятся linux-headers (quick) (для i686)
3. Ставятся glibc-headers (для i686) Это и есть то, что ты принял за первую сборку glibc
4. Собирается gcc (nocxx) (HOST: x86_64 TARGET: i686)
5. Ставятся linux-headers (для i686)
6. Собирается glibc (HOST: cross-x86_64-i686 TARGET: i686)
7. Собирается gcc (на этот раз окончательно)

Пункт 6 должен собираться тем cross-gcc, который был предварительно собран в пункте 4. А пытается собрать стандартным x86_64 компилером, да плюс еще CFLAGS подпихивает те, которые у меня для x86_64 в make.conf. Почему, совершенно пока не пойму. Я не настолько глубоко знаю portage, чтобы быстро разобраться в этих нюансах. Есть еще засада: при configure (если руками пытаться конфигурировать cross-glibc) обнаруживаются g++ c++, которых нет на самом деле. configure их обнаруживает по $PATH. Выходит, что перед началом сборки нужно установить правильно HOST, и из PATH исключить пути к /usr/bin и /usr/x86_64-pc-linux-gnu/gcc-bin/4.5.5/, иначе configure будет считать, что у нас еcть g++ c++. А /usr/bin из PATH исключать никак нельзя.

Так что - либо crossdev не допилен до конца, либо я не сделал чего-то, что обязательно нужно сделать. Но делал все так, как описано в http://www.gentoo.org/doc/en/cross-compiling-distcc.xml
Возможно, эти грабли вылезают только в случае, если на x86_64 делать cross-i686, а в остальных случаях все нормально.

В общем - засада какая-то. Сам пока не могу понять, откуда начать все это раскапывать.
В составе crossdev есть cross-emerge и прочее. Буду пробовать проходить все необходимые шаги вручную.