You can get packages of gcc for the m68k/ColdFire from
either as pre-build binaries or as source code to build yourself. Their packages are a bit newer than the standard FSF gcc tree.
There will always be a certain amount of porting between compilers, however - things like embedded assembly, toolchain-specific header files and libraries, and low-level interrupt handling will be different.
Before doing that you might want to check with to see if IA32 Solaris is supported by Altium or not. It could be that when Altium says Sun/Solaris what they mean is SPARC/Solaris.
Better yet, send them a PO for an IA32 Linux version. When somebody calls and tells you they have a Solaris version but not a Linux version, thell them you saw that but thought they were joking. It's about time they pulled their head out of the sand and joined the rest of us in the 21st Century.
I'll admit that there might be a business case for doing like IAR does and supporting Windows and not Unix. But to support Windows and Solaris instead of Windows and Linux seems like a decision that hasn't made sense for over a decade.
Grant Edwards grante Yow! Did something bad
at happen or am I in a
As a contented user of Solaris/SPARC, I am personally offended by such inflammatory comments. Linux is in many ways a new religion of a certain generation; as with all religions, intolerance can become a problem.
I use Linux when it is appropriate to a specific application, but for robustness, reliability and canonical implementation, Solaris/SVR4 Unix is still a gold standard.
Perhaps the people I know aren't typical, but everybody I know who used to do embedded development under Solaris has switched either to Linux or to Windows. I used to know a lot of different people who did embedded development on SPARC/Solaris.
Now I can't think of any.
Perhaps that's true, but my observation leads me to the conclusion that very few embedded developers use SPARC/Solaris these days.
Grant Edwards grante Yow! Are you the
at self-frying president?
Do it your self, it is not complicated once you get the idea. Download:
- binutils-2.16.tar.gz (the latest, on what gas still supports M68K)
- gcc-core-4.2.2.tar.bz2 (the wiki page on gcc.gnu.org discusses taking the latest src from svn, which might not be a good idea)
cd /home/$USER mkdir src mkdir build bzip2 -d gcc-core-4.2.2.tar.bz2 bzip2 -d gcc-g++-4.2.2.tar.bz2 cd /home/$USER/src tar zxvf /home/$USER/binutils-2.16.tar.gz tar xvf /home/$USER/gcc-core-4.2.2.tar tar xvf /home/$USER/gcc-g++-4.2.2.tar
cd /home/$USER/build (for target m68k-X, you need to decide whether coff or elf suits you better, coff is quite simple to process compared to elf) ../src/binutils-2.16/configure --target=m68k-X \\
--prefix=/home/$USER/m68k-gcc (or wherever you want to install the system) make make install export PATH=$PATH:/home/$USER/m68k-gcc/bin rm -rf * ../src/gcc-4.2.2/configure --target=m68k-X \\
--prefix=/home/$USER/m68k-gcc make make install
that's it. You might want to build newlib (latest seems to be
1.15.0) also, but I'm not sure which is The Correct Way of doing it. Perhaps someone else knows.
Regardless of the advantages of SPARC and/or Solaris (I haven't tried either, so I can't comment), it is still absurd that a company would support a compiler on Solaris/SPARC and not on Linux. The commonality between all *nix systems is so great for command-line application software that porting is mostly a matter of recompiling for the right target.
A sensible business-oriented decision would be to make the compiler work on platforms that people use, based on the potential sales and the cost of the ports (both one-time costs, and later maintainance and support). So if you make a windows-specific gui-based toolchain, the costs of making a Linux port are probably high compared to the potential sales. But if you already make a Solaris toolchain, the costs of the port are minimal and the market is very much larger - that's why commercial software companies that make Solaris software generally also make Linux versions.
That's a distinct possibility (especially for such an old target). It could be that the last time anybody touched that compiler the Linux market was smaller than the Solaris market. If that's the case, then the chances that they have an IA32/Solaris port are probably nil.
Grant Edwards grante Yow! HUGH BEAUMONT died
at in 1982!!
I am glad you said that. I usually get flamed for saying it! Even though I know many in the industry would agree with you. However due to the religious bigotry (their words) from the Linux camp they won't say it publicly.
The Linux market is still too new, unstable and full of religious bigots for many companies to get involved with. In fact I have seem in print is some places that the "overweening messianic inevitability" from some to the Linux camp may well be the cause of it's down fall.
Couldn't agree more.
\/\/\/\/\ Chris Hills Staffs England /\/\/\/\/