Re: toolchain requirements submission

[Greg Ungerer <gerg at snapgear dot com>]

Hi Dan,

Dan Kegel wrote:
> Greg Ungerer wrote:
> > Something that I like in my ARM toolachains is to support both big and
> > little endian target generation from the one installation set. I mean
> > with full glibc for both. I don't see many other people talk about this,
> > is this not something others do or need?  On a daily basis I build for 
> > both big and little endian ARM platforms, and I really don't want tow
> > full arm-linux toolchains installed.
>
>
> That's called multilibbing, or biarch, or something like that.
> It's a nice feature.  At some point, I'd like to see that in crosstool.
> If anyone wants to volunteer to add it in a nice way, go right ahead!

Well, I don't volunteer to do it :-)
But I do it this way now for my arm-linux tools. It is not
difficult, you do need to compile glibc for each multilib type,
and you need to organize each glibc build to have the correct
libdir setup.


> (For the moment, I'm unlikely to do that work myself, since my priority
> is to get more architectures supported and to get crosstool to the
> point where glibc developers can use it to verify that proposed
> patches don't break the build of other architectures.
> And the workaround, of having multiple toolchains installed, isn't
> *that* painful given how large hard disks are these days.)

This gets out of control very quickly once you start to look at
a couple of different multilib setups. I need a setup now that
lets me generate big/little endian and both hard/soft float. That
would mean 4 separate tool chains for all combinations.

The arm-elf I use for uClinux also does big/little endian and
pic/non-pic. I really need it to do hard/soft float as well.
So 6 combinations.

I currently have 6 different CPU architecture compilers installed
and in regular use on my dev system. As you can see, separate
compilers for each combination would get silly very quickly.

The gcc multilib support is good. It is the building of glibc
(or uClibc) for the combinations where I usually have to fix
things up.

Regards
Greg



------------------------------------------------------------------------
Greg Ungerer  --  Chief Software Dude       EMAIL:     gerg@snapgear.com
SnapGear -- a CyberGuard Company            PHONE:       +61 7 3435 2888
825 Stanley St,                             FAX:         +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia         WEB: http://www.SnapGear.com

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com