Details and `emerge --info` are below. It looks like it's due to a missing file called '/config.sub', but I'm not sure the best way to resolve this.
As an aside, these instructions are for Solaris but recommended for non-gentoo Linux users. Maybe I could go ahead without building binutils (among other things) and use them from the base OS?
Thanks,
Ricky
=====
make[4]: *** [arm.o] Error 1
make[4]: Leaving directory `/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/build/gold'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/build/gold'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/build/gold'
make[1]: *** [all-gold] Error 2
make[1]: Leaving directory `/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/build'
make: *** [all] Error 2
emake failed
* ERROR: sys-devel/binutils-2.21.51.0.6 failed (compile phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 62: Called src_compile
* environment, line 3247: Called toolchain-binutils_src_compile
* environment, line 4009: Called die
* The specific snippet of code:
* emake all || die "emake failed";
*
* If you need support, post the output of 'emerge --info =sys-devel/binutils-2.21.51.0.6',
* the complete build log and the output of 'emerge -pqv =sys-devel/binutils-2.21.51.0.6'.
* The complete build log is located at '/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/temp/build.log'.
* The ebuild environment file is located at '/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/temp/environment'.
* S: '/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6'
>>> Failed to emerge sys-devel/binutils-2.21.51.0.6, Log file:
* Messages for package sys-devel/binutils-2.21.51.0.6:
* Can't read /config.sub, skipping..
* Can't read /config.guess, skipping..
* ERROR: sys-devel/binutils-2.21.51.0.6 failed (compile phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 62: Called src_compile
* environment, line 3247: Called toolchain-binutils_src_compile
* environment, line 4009: Called die
* The specific snippet of code:
* emake all || die "emake failed";
*
* If you need support, post the output of 'emerge --info =sys-devel/binutils-2.21.51.0.6',
* the complete build log and the output of 'emerge -pqv =sys-devel/binutils-2.21.51.0.6'.
* The complete build log is located at '/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/temp/build.log'.
* The ebuild environment file is located at '/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/temp/environment'.
* S: '/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6'
[egeland@squark]~/gentoo-prefix% emerge --info =sys-devel/binutils-2.21.51.0.6
zsh: sys-devel/binutils-2.21.51.0.6 not found
[egeland@squark]~/gentoo-prefix% emerge --info=sys-devel/binutils-2.21.51.0.6
Usage: emerge [options]
emerge: error: --info option does not take a value
gentoo prefix bootstrap fails on emerge sys-devel/binutils-2.21.51.0.6
On 09-05-2011 18:58:43 -0300, Ricky Egeland wrote:
> Hi,
>
> I am trying to install Gentoo Prefix on a Centos 5.5 system. I was following the instructions word-for-word here:
>
> http://www.gentoo.org/proj/en/gentoo-alt/prefix/bootstrap-solaris.xml
>
> But ran into trouble at
>
> $ % emerge --oneshot --nodeps binutils
>
> Details and `emerge --info` are below. It looks like it's due to a missing file called '/config.sub', but I'm not sure the best way to resolve this.
try "~binutils-2.21"
The special Linux releases sometimes have oddities
--
Fabian Groffen
Gentoo on a different level
05-10-2011, 04:07 PM
Ricky Egeland
gentoo prefix bootstrap fails on emerge sys-devel/binutils-2.21.51.0.6
On May 10, 2011, at 12:25 AM, Jonathan Callen wrote:
>> make[4]: *** [arm.o] Error 1
>
> The actual error is going to be somewhere above this line. You did not
> post enough of the log to actually determine what the error actually was.
>
> The warning about config.{guess,sub} not found is harmless.
Ah, OK. Here's a few lines above:
=====
...
g++ -DHAVE_CONFIG_H -I. -I/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold -I/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold -I/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold/../include -I/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold/../elfcpp -DLOCALEDIR=""/home/egeland/gentoo-prefix/usr/share/binutils-data/x86_64-pc-linux-gnu/2.21.51.0.6/locale"" -DBINDIR=""/home/egeland/gentoo-prefix/usr/x86_64-pc-linux-gnu/binutils-bin/2.21.51.0.6"" -DTOOLBINDIR=""/home/egeland/gentoo-prefix/usr/x86_64-pc-linux-gnu/bin"" -I/home/egeland/gentoo-prefix/usr/include -W -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -frandom-seed=arm.o -O2 -pipe -MT arm.o -MD -MP -MF .deps/arm.Tpo -c -o arm.o /home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold/arm.cc
/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold/arm.cc: In instantiation of ‘const size_t <unnamed>::Target_arm<false>::fake_relnum_for_stub s’:
/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold/arm.cc:8834: instantiated from ‘bool<unnamed>::Target_arm<big_endian>::Relocate ::relocate(const gold::Relocate_info<32, big_endian>*, <unnamed>::Target_arm<big_endian>*, gold::Output_section*, size_t, const elfcpp::Rel<32, big_endian>&, unsigned int, const gold::Sized_symbol<32>*, const gold::Symbol_value<32>*, unsigned char*, <unnamed>::Arm_address, gold::section_size_type) [with bool big_endian = false]’
/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold/target-reloc.h:334: instantiated from ‘void gold::relocate_section(const gold::Relocate_info<size, big_endian>*, Target_type*, const unsigned char*, size_t, gold::Output_section*, bool, unsigned char*, typename elfcpp::Elf_types<size>::Elf_Addr, gold::section_size_type, const gold::Reloc_symbol_changes*) [with int size = 32, bool big_endian = false, Target_type = <unnamed>::Target_arm<false>, int sh_type = 9, Relocate = <unnamed>::Target_arm<false>::Relocate]’
/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold/arm.cc:9455: instantiated from ‘void<unnamed>::Target_arm<big_endian>::relocate _section(const gold::Relocate_info<32, big_endian>*, unsigned int, const unsigned char*, size_t, gold::Output_section*, bool, unsigned char*, <unnamed>::Arm_address, gold::section_size_type, const gold::Reloc_symbol_changes*) [with bool big_endian = false]’
/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold/arm.cc:11972: instantiated from here
/home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/work/binutils-2.21.51.0.6/gold/arm.cc:2166: internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:5067
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugzilla.redhat.com/bugzilla> for instructions.
Preprocessed source stored into /home/egeland/gentoo-prefix/var/tmp/portage/sys-devel/binutils-2.21.51.0.6/temp/ccFBgfLo.out file, please attach this to your bugreport.
make[4]: *** [arm.o] Error 1
...
=====
"internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:5067"
Does that mean the problem was in g++?
-- Ricky
05-10-2011, 04:50 PM
Ricky Egeland
gentoo prefix bootstrap fails on emerge sys-devel/binutils-2.21.51.0.6
On May 10, 2011, at 5:10 AM, Fabian Groffen wrote:
> try "~binutils-2.21"
>
> The special Linux releases sometimes have oddities
That doesn't doesn't seem to be a recognized version.
From the `emerge binutils` that failed, it gives this version:
Emerging (1 of 1) sys-devel/binutils-2.21.51.0.6
I see the following related to binutils in $EPREFIX/usr/portage/sys-devel/binutils
(question: what determines which versions I have at my disposal?)
I tried the older one binutils-2.20.1-r1 using the ~ syntax you showed me :-)
$ emerge --oneshot --nodeps ~binutils-2.20.1-r1
And that one worked.
thanks! Onward...
Ricky
05-10-2011, 06:29 PM
Maxim Koltsov
gentoo prefix bootstrap fails on emerge sys-devel/binutils-2.21.51.0.6
2011/5/10 Ricky Egeland <ricky.egeland@gmail.com>:
> =====
>
> "internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:5067"
>
> Does that mean the problem was in g++?
>
> -- Ricky
>
May be. Please show 'gcc -v' and 'ld -v' without having prefix things in $PATH.
05-10-2011, 07:44 PM
Ricky Egeland
gentoo prefix bootstrap fails on emerge sys-devel/binutils-2.21.51.0.6
On May 10, 2011, at 3:29 PM, Maxim Koltsov wrote:
>> "internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:5067"
>>
>> Does that mean the problem was in g++?
>>
>> -- Ricky
>>
> May be. Please show 'gcc -v' and 'ld -v' without having prefix things in $PATH.
Here they are:
===
$ gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux
Thread model: posix
gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)
$ ld -v
GNU ld version 2.17.50.0.6-14.el5 20061020
===
05-10-2011, 07:59 PM
Maxim Koltsov
gentoo prefix bootstrap fails on emerge sys-devel/binutils-2.21.51.0.6
> gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)
> *$ ld -v
> GNU ld version 2.17.50.0.6-14.el5 20061020
It seems a bit too old, or too patched. Can you try installing newer
gcc? 4.2 series must me sufficient, i think. If repositories for your
distro doesn't have it, you can try installing it by hand, or emerge
=gcc-4.2 && emerge binutils && emerge =gcc-4.2, but the latter
probably won't work.
05-10-2011, 08:31 PM
Ricky Egeland
gentoo prefix bootstrap fails on emerge sys-devel/binutils-2.21.51.0.6
On May 10, 2011, at 4:59 PM, Maxim Koltsov wrote:
>> gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)
>> $ ld -v
>> GNU ld version 2.17.50.0.6-14.el5 20061020
>
> It seems a bit too old, or too patched. Can you try installing newer
> gcc? 4.2 series must me sufficient, i think. If repositories for your
> distro doesn't have it, you can try installing it by hand, or emerge
> =gcc-4.2 && emerge binutils && emerge =gcc-4.2, but the latter
> probably won't work.
I managed to get the bootstrap procedure moving along by installing an older version of binutils. I'm continuing to build my prefix area with that change.
But I took a look, and CentOS 5.5 provides gcc 4.4.4 in its 'base' repository as the 'gcc44' package, so maybe that would have worked. If I get a chance later I can try the prefix bootstrap again and see if binutils compiles with that.
05-11-2011, 06:48 AM
Fabian Groffen
gentoo prefix bootstrap fails on emerge sys-devel/binutils-2.21.51.0.6
On 10-05-2011 17:31:25 -0300, Ricky Egeland wrote:
>
> On May 10, 2011, at 4:59 PM, Maxim Koltsov wrote:
>
> >> gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)
> >> $ ld -v
> >> GNU ld version 2.17.50.0.6-14.el5 20061020
> >
> > It seems a bit too old, or too patched. Can you try installing newer
> > gcc? 4.2 series must me sufficient, i think. If repositories for your
> > distro doesn't have it, you can try installing it by hand, or emerge
> > =gcc-4.2 && emerge binutils && emerge =gcc-4.2, but the latter
> > probably won't work.
>
> I managed to get the bootstrap procedure moving along by installing an older version of binutils. I'm continuing to build my prefix area with that change.
I think this should be ok. On purpose a new gcc is emerged early in the
process.
> But I took a look, and CentOS 5.5 provides gcc 4.4.4 in its 'base' repository as the 'gcc44' package, so maybe that would have worked. If I get a chance later I can try the prefix bootstrap again and see if binutils compiles with that.
On FreeBSD I also noticed that I needed this binutils 2.21-r1 version to
get things going. I think you're wasting your time if you try again
from scratch now.