rtems-cvs toolchain

[Till Straumann]

Nigel Spon wrote:
> On 22/04/2008, at 11:00 AM, Joel Sherrill wrote:
>   
>> It would be nice to get a 405 BSP back in the tree but that
>> one was using (God help me) .. the other exception model
>> and was the last one.  So it was removed in the interest
>> of forward motion.
>>     
>
>
>
> Hmm. Forward motion is good, but I seem to have gone too far forward  
> and wound up in a bog.
>
> After a lot of updating and unpacking, I find I can't compile gcc  
> 4.3.0 because it needs mpfr and gmp. I have the latest versions of  
> these (2.3.1 and 4.2.2) and they build, but they default to 64-bit (- 
> m64 -mtune=k8). The gcc build doesn't like this:
>   
I unpacked the mpfr and gmp sources and then created
symlinks from the gcc-4.3.0 topdir

   ln  ../mpfr-2.3.1 ./mpfr
   ln   ../gmp-4.2.2 ./gmp

and then it built fine (linux-x86_64 host, powerpc-rtems target)

FWIW
-- T.
> configure:4543: checking for correct version of mpfr.h
> configure:4574: /Developer/usr/bin/cc -o conftest -g -O2     
> conftest.c  -lmpfr -lgmp >&5
> ld: warning in /usr/local/lib/libmpfr.dylib, file is not of required  
> architecture
> ld: warning in /usr/local/lib/libgmp.dylib, file is not of required  
> architecture
>
> If I try building gmp with ABI=32 the build fails with a lot of:
>
> fib_table.c:61: warning: integer constant is too large for 'long' type
>
> A bit of Googling reveals that Apples gcc is not popular with the gmp/ 
> mpfr folks because Apple do bad things, etc, etc, so it doesn't look  
> hopeful.
>
> I don't think I'm going to be able to do anything with RTEMS 4.9. I  
> may have to do what I can with RTEMS 4.8.
>
>
> ---
> “Now, the objective of this expedition is to attempt to find some  
> trace of last years expedition.”
>
> Michael Hamel
> ADInstruments Ltd, Dunedin, NZ
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.com
> http://rtems.rtems.org/mailman/listinfo/rtems-users
>