Searching \ for ' Porting from one C compiler to another.[' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: www.piclist.com/techref/ios.htm?key=port
Search entire site for: 'Porting from one C compiler to another.['.

No exact or substring matches. trying for part
PICList Thread
'[PICLIST] Porting from one C compiler to another.['
2001\12\31@011346 by steve b

flavicon
face
I really wish someone would port the GCC compiler to the PIC line.  I have
used it with 68K variants with good luck.

Any Volunteers??



Have fun and a very happy new year to all.



In theory there is no difference between theory and practice.  In practice
there is a whole bunch of difference.  I pick practice.

Bad things like software bugs do not come one at a time but in bunches and
groups.  My apologies to Mr Shakespeare.

Steve B


{Original Message removed}

2001\12\31@040127 by uter van ooijen & floortje hanneman

picon face
> I really wish someone would port the GCC compiler to the PIC line.  I have
> used it with 68K variants with good luck.
>
> Any Volunteers??

Has been discusses to death. And that is IMHO the only fate for such an
attempt: the architecture of gcc and PIC as too far apart. As far as gcc is
concenred AVR or 8051 are almost mainstream architectures, while PIC is a
strange beast. But luck if you want to try yourself! Be sure to consult with
Scott first, I'm sure he has considered gcc before thking on sdcc.

Wouter van Ooijen

Van Ooijen Technische Informatica: http://www.voti.nl
Jal compiler for PIC uC's:  http://www.voti.nl/jal
PICs kopen? http://www.voti.nl/shop

--
http://www.piclist.com#nomail Going offline? Don't AutoReply us!
email spam_OUTlistservTakeThisOuTspammitvma.mit.edu with SET PICList DIGEST in the body


2001\12\31@103834 by Scott Dattalo

face
flavicon
face
On Mon, 31 Dec 2001, wouter van ooijen & floortje hanneman wrote:

> > I really wish someone would port the GCC compiler to the PIC line.  I have
> > used it with 68K variants with good luck.
> >
> > Any Volunteers??
>
> Has been discusses to death. And that is IMHO the only fate for such an
> attempt: the architecture of gcc and PIC as too far apart. As far as gcc is
> concenred AVR or 8051 are almost mainstream architectures, while PIC is a
> strange beast. But luck if you want to try yourself! Be sure to consult with
> Scott first, I'm sure he has considered gcc before thking on sdcc.

There are two reasons I chose SDCC over gcc. SDCC has been optimized for
tiny processors and their built in obscurities. For example, the mid range
PIC's have no data stack for passing parameters or storing temporaries.
SDCC deals with this quite conveniently by allowing PORT specific ways for
passing parameters (I sacrificed recursion and decided to pass function
parameters through local variables). The other reason I chose SDCC is that
I didn't want to support binutils in gpasm and gpsim. I suppose gcc can be
coerced into ignoring binutils, but SDCC again handles this well.

One person has contacted me about a PIC gcc port. However, after they
realized the amount of effort involved I believe they gave up.

BTW, SDCC's syntax parser is derived from gcc...

Scott

--
http://www.piclist.com#nomail Going offline? Don't AutoReply us!
email .....listservKILLspamspam@spam@mitvma.mit.edu with SET PICList DIGEST in the body


2001\12\31@145500 by steve b

flavicon
face
Is the PIC port of the SDCC completed yet?

In theory there is no difference between theory and practice.  In practice
there is a whole bunch of difference.  I pick practice.

Bad things like software bugs do not come one at a time but in bunches and
groups.  My apologies to Mr Shakespeare.

Steve B


{Original Message removed}

2001\12\31@202140 by Scott Dattalo

face
flavicon
face
On Mon, 31 Dec 2001, steve b wrote:

> Is the PIC port of the SDCC completed yet?

No, As I said two posts ago :). Beta ~ March 2002.

If you're anxious to see what's supported, then check out:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/sdcc/sdcc/src/regression/

The pic port of SDCC properly compiles every C file on this web page.

The major thing I'll be attacking next is banked RAM. But before this is
solved, I need to write some more infrastructure code to assist in flow
analysis.


Scott

--
http://www.piclist.com#nomail Going offline? Don't AutoReply us!
email listservspamKILLspammitvma.mit.edu with SET PICList DIGEST in the body


2001\12\31@204051 by steve b

flavicon
face
Sorry, Scott:

I did not catch that.  I saw your site some time ago and have been
(Impatiently) waiting for the PIC implementation.  I looked at the
implementation and I liked what I saw for the other controllers.  I was
(actually thinking about starting a GCC for the PIC but then saw your site)
I  have used GCC for the 68HC11&12 and the M68K Coldfire.

Thanks for the update.  If you need help with beta testing or if I can be of
any assistance please feel free to contact me.  On sourcefroge I am
.....dbergersonKILLspamspam.....users.sourceforge.net.

Have a wonderful new year.



In theory there is no difference between theory and practice.  In practice
there is a whole bunch of difference.  I pick practice.

Bad things like software bugs do not come one at a time but in bunches and
groups.  My apologies to Mr Shakespeare.

Steve B


{Original Message removed}


'[PICLIST] Porting from one C compiler to another.['
2002\01\01@110356 by Scott Dattalo
face
flavicon
face
On Mon, 31 Dec 2001, steve b wrote:

> I did not catch that.  I saw your site some time ago and have been
> (Impatiently) waiting for the PIC implementation.  I looked at the
> implementation and I liked what I saw for the other controllers.  I was
> (actually thinking about starting a GCC for the PIC but then saw your site)
> I  have used GCC for the 68HC11&12 and the M68K Coldfire.

Let's take the GCC conversation off line. I'd like to ask a few detailed
about what you liked.

>
> Thanks for the update.  If you need help with beta testing or if I can be of
> any assistance please feel free to contact me.  On sourcefroge I am
> EraseMEdbergersonspam_OUTspamTakeThisOuTusers.sourceforge.net.

This would be great! If anyone else cares to test or contribute to the
development please step up! For the time being, you may wish to subscribe
to the SDCC developer's list (fairly low traffic). See

http://sdcc.sourceforge.net/

Specifically:
http://lists.sourceforge.net/lists/listinfo/sdcc-devel

(actually, I didn't see this link on SDCC's web page - oh no, 2000 pic
listers are about to inundate sdcc...)

Scott

--
http://www.piclist.com hint: To leave the PICList
piclist-unsubscribe-requestspamspam_OUTmitvma.mit.edu


More... (looser matching)
- Last day of these posts
- In 2002 , 2003 only
- Today
- New search...