toolchain64{,-libs} - 64-bit cross-compiling toolchain

[curaga]

Title:          toolchain64.tcz
Description:    64-bit toolchain
Version:        4.2.4
Author:         Various
Original-site:  http://gnu.org, kernel.org
Copying-policy: GPL
Size:      13.6M
Extension_by:   Curaga
Comments:       If you need something compiled 64-bit, this is the way.
      Either run toolchain64-shell, or start it from the menu;
      this sets up some variables so that you can build easier.
-
      Example:
      ./configure --host=x86_64-unknown-linux-gnu
-
      Note that this is a cross-compiler, and so there might
      be some more difficulties compared to native compiling.
-
      This extension contains:
      - 2.6.32.7 kernel headers (GPL)
      - glibc 2.7 + patches (GPL)
      - gcc 4.2.4 + patches (GPL)
      - binutils 2.20 (GPL)
Change-log:    
Current:        2010/02/05 Original

Title:          toolchain64-lib.tcz
Description:    64-bit toolchain runtime libs
Version:        4.2.4
Author:         Various
Original-site:  http://gnu.org, kernel.org
Copying-policy: GPL
Size:      5.9M
Extension_by:   Curaga
Comments:       Runtime libs of the 64-bit toolchain.
Change-log:    
Current:        2010/02/05 Original

Pictoral proof:


So, looking to the future, here's a 64-bit cross-toolchain. I have tested it on busybox, wget, and the linux kernel.

Note that we accept no 64-bit extensions for the time being; nor can you run such without suitable hardware and kernel. This is for testing, and will be used to compile the 64-bit kernel for 3.x.

PS: Might take a while to upload, these have some mighty sources.

[curaga]

And it's up.

[curaga]

Updated the -shell script in toolchain64.tcz.

[gutmensch]

good work, curaga! I'm eager to run tc 3.x 64 bit on my 4 gb ram laptop

[Juanito]

based on testing with a different distro on a different architecture, the same app will run 10-15% slower...

That's not at all to knock it, you get access to ram > ~3.5GB as well.

[gutmensch]

hehe yeah I know about most of the difficulties... even that PAE might work without doing anything at all

but: 64 bit arch is needed sooner or later and I don't see any sense in still sticking with 32 bit, when it's possible to push the arch for the next 20 or 30 years and (despite of atom, netbook, etc.) this will be x64. I also think that most of the transition problems are relicts to old architecture features and not because x64 is slower in general

so call me a hero.. I will give 15% system power away in order to bring x64 to the people, yaayy

[coreplayer2]

Great tool thanks,  just in time for a build.

Am getting a "Upgrade your gcc" error  " -mcmodel=large not supported

??   needs an update already??    Please

Wait..  maybe I shouldn't have compiletc loaded at the same time..?

[tinypoodle]

Errr...
Are you sure this is the subforum you meant to post this in?

[coreplayer2]

Sure it is..   But I was compiling a 64bit application whilst other tools were loaded   so that was the error I'd got,   anyhow I figured out on my own.  My bad, but it's a gas right??
 

[curaga]

The GCC 4.2 manpage states

       -mcmodel=large
           Generate code for the large model: This model makes no assumptions
           about addresses and sizes of sections.  Currently GCC does not
           implement this model.

This mail: http://gcc.gnu.org/ml/gcc/2010-10/msg00321.html
says that mcmodel=large changes the ABI, and so you need to compile _everything_ with it. That seems quite unnecessary, what code wants that option?