First, I'd like to thank everyone for their input! Second, I'd like to answer some of the questions so no one feels left out:
- The target cpu is truly a 68000 core (the old Dragonball EZ328). Now, to avoid the "why": it's a Palm pda which has a display and formfactor that I need and it's cheap.
- I'm using my own OS on the embedded system (no Linux).
- Now that I think about it, I upgraded my Linux box to 2.4, so I'm not that "ancient" :). I have a 2.6 one at work. I want to do my development work in MS Windows, but I could build libgcc on Linux, if I have to).
- I read the GettingStarted guide and I looked at all the libgcc.a files: all seem to be ColdFire based :(.
- I'm coding mostly from scratch. However, I'm using a modified GDB stub from David Williams.
- The only two languages I'll consider using for embedded projects are C and C++ (plus the little bit of necessary assembly). It's what I'm really familiar with.
- I don't really care if the object code is COFF or ELF. The executable has to be straight binary though.
- I use gcc for linking. But I still need to explicitly say -lgcc because of the -nodefaultlibs linker flag (I think). For the sake of completeness, my compile and link lines are:
m68k-elf-gcc -o bin/main.o -m68000 -I. -I../shared -fno-exceptions - Wall -Wa,-m68000 -ggdb -c main.c
m68k-elf-gcc -Wl,-T,RadioTest.ldi bin/MyStartup.o bin/main.o bin/ Timer.o -o bin/RadioTest.elf -m68000 -I. -I../shared -fno-exceptions - Wall -Wa,-m68000 -ggdb -Wl,-Map,bin/RadioTest.map,--cref -nostdlib - nostartfiles -nodefaultlibs -lgcc
So, I think the general consensus is I only get ColdFire micro support with CodeSourcery and I agree with this. I can understand why CodeSourcery may want to ignore older cores. However, don't they still make micros with that (68000 based) core? I might email them, but since I'm using the free version, I feel funny bothering them with this (they do need to earn a living). Purchasing it would be a real gamble since they do say it's a ColdFire compiler on their website (and for home use, it's kinda a pricey gamble).
I'm gonna try two things. First, I'll look for other precompiled binaries for MS Windows. Maybe I'll luck out. I came across one the other day, but now can't remember for the life of me who made it--I'm sure it'll turn up in a search.
Second, I'll see if I can build libgcc. I assume I'll get the source to this when I download the source to gcc. David suggested I use MinGW. I'm pretty sure I'll need "configure" and maybe autoconf & automake. I'm not familiar with MinGW: does that package have them?
I just got an idea. PrcTools was a MS Windows compiler for that very micro. I remember trying it, but it was a limited 16b compiler trying to be compatible with the Palm OS. However, I might be able to use its libgcc. The only issue is that compiler is so old it's probably COFF based (and of course CodeSourcery is ELF). Nothing's ever easy. :)
Well, thanks again for your help everyone. I'll post what I finally end up with (in case anyone else needs the info).
Jim