Bug 18032 – modified binutils for building a cross compiler tool chain

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description James Boddington (RETIRED) 2003-03-23 04:31:43 UTC]

This is based on binutils-2.13.90.0.18. This patch was by Zach Welch.   
Allows the easy creation of the binutils part of a cross compiler toolchain. 
Can also install the normal binutils. 

Reproducible: Always
Steps to Reproduce:
1. emerge binutils 
    Install binutils as per normal. 
2. CCHOST=sparc-unknown-linux-gnu USE=build emerge binutils 
    Installs binutils as part of a tool chain for $CCHOST. In this case sparc.

[Comment 1 James Boddington (RETIRED) 2003-03-23 04:32:36 UTC]

Created attachment 9715 [details, diff]
patch for binutils-2.13.90.0.18

[Comment 2 Zach Welch (RETIRED) 2003-03-23 13:27:42 UTC]

For some odd reason, I find myself supporting this ebuild too.

[Comment 3 Martin Schlemmer (RETIRED) 2003-03-23 14:32:44 UTC]

1)  Same thing as gcc .. use 'cross-check `echo ${P} | cut -d. -f1,2`', and not
    the hardcoded version.

2)  perl have moved from sys-devel to dev-lang

3)  I removed the static stuff in the current cvs ebuild, as it breaks binutils.

[Comment 4 James Boddington (RETIRED) 2003-04-05 22:02:46 UTC]

Created attachment 10253 [details, diff]
6/4/2003 patch

This ebuild now
1 compiles native binutils
2 creates cross tool chain
3 can be cross compiled

[Comment 5 Zach Welch (RETIRED) 2003-04-07 17:40:50 UTC]

*** Bug 16740 has been marked as a duplicate of this bug. ***

[Comment 6 James Boddington (RETIRED) 2003-06-09 22:15:53 UTC]

Created attachment 13035 [details, diff]
cross compile patch for binutils 2.14.90.0.2

This is a patch against the current binutils-2.14.90.2 ebuild. With the newer
binutils version is it possible to build mips cross compilers again.

[Comment 7 roma1390 2003-12-14 14:03:51 UTC]

hmmm..... how long you thin gentoo user's must wait for this feature?

[Comment 8 Alexander Gabert (RETIRED) 2004-03-04 06:44:12 UTC]

i can look into that

[Comment 9 SpanKY 2004-04-08 23:40:40 UTC]

in order for this to happen portage needs to get on the ball and support better SLOT's

when i tested this setup i found i could pull in another cross compiling binutils, but not more than that ...

env CCHOST=sh4-unknown-linux-gnu emerge binutils
<got sh4 binutils on my system>
env CCHOST=sparc-unknown-linux-gnu emerge binutils
<got sparc but sh4 was trimmed ??>

yes, i double checked the SLOT's, they were different, yet portage punted the previous toolchain

[Comment 10 Alexander Gabert (RETIRED) 2004-07-08 13:07:34 UTC]

could the newly created crossdev tool make this bug obsolete?

sinc,

Alex

[Comment 11 SpanKY 2004-07-08 14:46:02 UTC]

no

crossdev is a hack to work around a portage that cant handle cross compiling

[Comment 12 SpanKY 2004-10-21 09:30:21 UTC]

use portage-2.0.51

then just run:
env CTARGET="sh4-pc-linux-uclibc" emerge binutils

(for binutils-2.15.92.0.2-r2 or better ... i'll try to backport the work)

just be weary that portage wont handle diff SLOTs of binutils-2.15.92.0.2-r2
properly ... you'll have to move stuff around in /var/db/pkg/sys-devel/
for now