ltib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ltib] Building GCC 4.x for MPC8548


From: Steve Papacharalambous
Subject: Re: [Ltib] Building GCC 4.x for MPC8548
Date: Fri, 13 Jul 2007 09:51:17 +0100

Hi Scott,

The ltib source rpm works for c and c++, but we have not tried to build
Ada, so it's difficult to be comment on the problems that you are
getting.

The flag "-mfloat-gprs=double" is not needed for gcc-4 toolchains, but
if you are building a toolchain for e500 v2 targets then you need to add
"--enable-e500_double" to the gcc configuration arguments.

I think that gcc-4.1.0 is broken for e500 targets, and needs additional
patches, I haven't built an e500 toolchain using gcc-4.1.0 so don't know
the exact patches that are needed.

It is probably worth asking the crossgcc mailing list about the Ada
problems that you are getting since there is a greater possibility that
someone has encountered similar problems on that list,

Best regards,

Steve

On Thu, 2007-07-12 at 14:25 -0600, Davis, Scott (AGRE) wrote:
> I decided to use crosstool-0.42 with gcc-4.1.0-glibc-2.3.6.dat.  My
> ultimate goal is to build Ada compiler for MPC8548 with the double
> precision hardware floating point extended instruction set.  I tried
> using the LTIB src rpm but the build fails when trying to build
> gnat-crosstools.  It appears as if the build is trying to use my host
> native Ada library files instead of the gcc/ada in the gcc-3_4 tar
> ball that is apart of the Freescale src rpm.
> 
> Now I am ssing crosstools and setup above it fails as well even though
> I am using gcc-4.x+ which should have the 8548 extensions built-in or
> at least can build them into gcc
> 
> The build fails as follows: 
> Checking for suffix of object files... Configure: error: can not
> compute suffix of objecs files: cannot compile See `config.log` for
> more details.
> 
> 
> The root of the problem is from what I figured out is below: 
> I configure crosstools with in a .dat file with 
> EXTRA_TARGET_CFLAGS="-mcpu=8548 -mhard-float -mfloat-gprs=double" and
> mcpu is bad as well and this is the problem that causes the build to
> fail.  I am using gcc-4.1.0 and glibc-2.3.6 which I believe should
> work from previous emails.  
> 
> The config.log in build-glibc states that -mfloat-gprs=double is an
> invalid option  
> and bad value (8548) for -mcpu=switch
> 
> Any help on this one.  I realize this is not a crosstools mailing list
> but I was wondering if you ran into this problem building LTIB gcc
> toolchains with crosstools.
> 
> <<gcc-4.1.0-glibc-2.3.6.dat>>  <<demo-ppc8548.sh>>
> <<powerpc-8548.dat>>  
> Scott Davis 
> GE 
> Aviation 
> Digital Systems 
> Software Engineer
> 
> T 616 224 6659 
> F 616 241 8707 
> E address@hidden 
> www.ge.com/aviation 
> 
> 3290 Patterson Ave, SE
> Grand Rapids, MI 49512, U.S.A.
> 
> 
> 
> 
> 
> 
> 
> 
> ************************************************
> 
> The information contained in, or attached to, this e-mail, may contain
> confidential information and is intended solely for the use of the
> individual or entity to whom they are addressed and may be subject to
> legal privilege.  If you have received this e-mail in error you should
> notify the sender immediately by reply e-mail, delete the message from
> your system and notify your system manager.  Please do not copy it for
> any purpose, or disclose its contents to any other person.  The views
> or opinions presented in this e-mail are solely those of the author
> and do not necessarily represent those of the company.  The recipient
> should check this e-mail and any attachments for the presence of
> viruses.  The company accepts no liability for any damage caused,
> directly or indirectly, by any virus transmitted in this email.
> 
> ************************************************
> 
> 
> _______________________________________________ LTIB home page: 
> http://bitshrine.org Ltib mailing list address@hidden 
> http://lists.nongnu.org/mailman/listinfo/ltib






reply via email to

[Prev in Thread] Current Thread [Next in Thread]