Main Page | Report this Page
Computers Forum Index  »  Computer Architecture - Embedded  »  Compilers on the MPC56xx? Recommendations, warnings?...
Page 1 of 1    

Compilers on the MPC56xx? Recommendations, warnings?...
Author Message
Mark Piffer...
Posted: Wed Oct 28, 2009 3:17 pm
Guest
Hi group,

we are in the process of switching over to a Freescale MPC56xx in one
of our products. Question is, which compiler is recommended by those
in the know of this platform? From a preference point of view, I would
like to get away from the Freescale Codewarrior suite, mostly because
I didn't like it in the 16-Bit world. If it is more professional (not
so centered on casual programmers needs) on the 32-bit line then it
would be acceptable. Any pointers to other groups where the MPC56xx
family is discussed?

regards,
Mark
Back to top  
David Brown...
Posted: Wed Oct 28, 2009 7:38 pm
Guest
Mark Piffer wrote:
Quote:
Hi group,

we are in the process of switching over to a Freescale MPC56xx in one
of our products. Question is, which compiler is recommended by those
in the know of this platform? From a preference point of view, I would
like to get away from the Freescale Codewarrior suite, mostly because
I didn't like it in the 16-Bit world. If it is more professional (not
so centered on casual programmers needs) on the 32-bit line then it
would be acceptable. Any pointers to other groups where the MPC56xx
family is discussed?


CodeWarrior is (IMHO) much better for the MPC56xx than it was for 8-bit
devices. I've used it for the MPC5554, which is the same family.

An alternative is CodeSourcery gcc. If you are trying gcc for these
devices, it is important that it has the latest support for these
devices, otherwise you won't be able to get single precision floating
point using the SPE.

If you are testing other compilers, make sure it generates SPE
instructions for single-precision floating point. Also make sure that
there are SPE-optimised libraries for any functions you might need -
until the most recent version, the CodeWarrior special edition (i.e.,
free but size limited) libraries did not use the SPE.
Back to top  
...
Posted: Wed Oct 28, 2009 8:21 pm
Guest
Mark Piffer wrote:
Quote:
Hi group,

we are in the process of switching over to a Freescale MPC56xx in one
of our products. Question is, which compiler is recommended by those
in the know of this platform? From a preference point of view, I would
like to get away from the Freescale Codewarrior suite, mostly because
I didn't like it in the 16-Bit world. If it is more professional (not
so centered on casual programmers needs) on the 32-bit line then it
would be acceptable. Any pointers to other groups where the MPC56xx
family is discussed?
regards, Mark

http://www.windriver.com/products/development_suite/wind_river_compiler/

Wind River Compiler, formerly known as the Diab Compiler
Back to top  
Mark Piffer...
Posted: Wed Oct 28, 2009 8:47 pm
Guest
On 28 Okt., 21:21, bastia... at (no spam) yahoo.com (42Bastian Schick) wrote:
Quote:
On Wed, 28 Oct 2009 08:17:23 -0700 (PDT), Mark Piffer

mark.pif... at (no spam) chello.at> wrote:
we are in the process of switching over to a Freescale MPC56xx in one
of our products. Question is, which compiler is recommended by those
in the know of this platform? From a preference point of view, I would
like to get away from the Freescale Codewarrior suite, mostly because
I didn't like it in the 16-Bit world. If it is more professional (not
so centered on casual programmers needs) on the 32-bit line then it
would be acceptable. Any pointers to other groups where the MPC56xx
family is discussed?

In order to exploit the VLE you need to go (ATM of writing) for a
commercial product.

If you need C++ as well, CodeWarrior and DIAB come to mind. If C is
enough you might have a look at Cosmic compiler.

I work with gcc (for non-vle) and DIAB (VLE, IEC61508 kernel). Both
are from code-generation point of view IMHO identical, but DIAB has a
broader CPU support (VLE,SPE).

CodeWarrior is easy to test, just download the special (free) edition
and start.

--
42Bastian
Do not email to bastia... at (no spam) yahoo.com, it's a spam-only account Smile
Use <same-name> at (no spam) monlynx.de instead !

I suppose with DIAB you are referring to the Wind River compiler? I
remember Chris Torek as an invaluable contributor and expert over on
comp.lang.c who would always go out of his way to thoroughly explain
and support his arguments. If the compiler is of a comparable quality
like the individuals working there, then I think I will take a closer
look at it.

BTW: Which type of kernel do you use, and is it somehow certified?

Mark
Back to top  
42Bastian Schick...
Posted: Thu Oct 29, 2009 12:21 am
Guest
On Wed, 28 Oct 2009 08:17:23 -0700 (PDT), Mark Piffer
<mark.piffer at (no spam) chello.at> wrote:

Quote:
we are in the process of switching over to a Freescale MPC56xx in one
of our products. Question is, which compiler is recommended by those
in the know of this platform? From a preference point of view, I would
like to get away from the Freescale Codewarrior suite, mostly because
I didn't like it in the 16-Bit world. If it is more professional (not
so centered on casual programmers needs) on the 32-bit line then it
would be acceptable. Any pointers to other groups where the MPC56xx
family is discussed?

In order to exploit the VLE you need to go (ATM of writing) for a
commercial product.

If you need C++ as well, CodeWarrior and DIAB come to mind. If C is
enough you might have a look at Cosmic compiler.

I work with gcc (for non-vle) and DIAB (VLE, IEC61508 kernel). Both
are from code-generation point of view IMHO identical, but DIAB has a
broader CPU support (VLE,SPE).

CodeWarrior is easy to test, just download the special (free) edition
and start.

--
42Bastian
Do not email to bastian42 at (no spam) yahoo.com, it's a spam-only account Smile
Use <same-name> at (no spam) monlynx.de instead !
Back to top  
 
    Display posts from previous:  
Page 1 of 1    
All times are GMT
The time now is Mon Nov 30, 2009 3:42 pm
Computers Forum Index
 

Powered by phpBB & ML | Privacy Policy / Disclaimer



Contact Us