gnupic: Re: [gnupic] sdcc and USB
Subject:
Re: [gnupic] sdcc and USB
From:
Julian Green ####@####.####
Date:
3 Nov 2005 18:37:07 +0000
Message-Id: <20051103183511.T97741-100000@pschulz.london.corp.yahoo.com>
I have ported the code to sdcc for the microchip application note (cant
remember the name) for porting application from rs232 to USB by
implementing a serial port over USB. No idea if it works, as I cant
program the 2550 chip yet. Willing to post what I have to the list if
people are interested.
Julian
On Thu, 3 Nov 2005, Easy B wrote:
> Hi guys
>
> I'm planning to start programming my new 18F2550 USB PIC with sdcc.
> I'm aware of the examples from microchip and other work based on
> them, but I never found any code specially for sdcc. Now I'm
> wondering if anybody ported the examples or has some other USB code
> that compiles with sdcc. Or do I have to start from scratch? I know
> that a few guys like Xiao Fan own USB PICs and also use sdcc. I
> really don't want to start programming the 18f parts in assembly,
> everybody is shouting that sdcc works for PICs, especially 18f ones,
> so I want to try that.
> Thanks in advance.
>
> Cheers,
> Ezra.
>
> Am 02.11.2005 um 10:07 schrieb Chen Xiao Fan:
>
> >
> >
> > -----Original Message-----
> > From: ####@####.####
> > ####@####.####
> > Sent: Friday, October 28, 2005 3:49 AM
> > To: ####@####.####
> > Subject: [Sdcc-user] PIC14 port matures
> >
> >
> > Dear SDCC/PIC14 users,
> >
> > I am really proud to announce that the PIC14 port has seen serious
> > improvement over the past few days:
> >
> > - large quantity of bugs removed
> > - generic pointer support added
> > Now `unqualified' pointers are three bytes long, use qualifiers
> > __data or __code to reduce them to two bytes.
> > Pointers to const "variables" are no longer assumed to point to
> > __code space; use __code const int *x instead)
> > - better library support has been added
> > Now the PIC14 port provides better support for multi-source file
> > projects (still lacks initialization of variables outside the main
> > module though, bet works nicely with the library).
> > All support routines (generic pointer access, multiplication,
> > division/modulus) should work nicely on a large number of devices
> > without recompiling. All projects must link PIC14's libsdcc.lib to
> > make use of these!
> > (Volunteers may now start porting a libc...)
> > - a new command-line switch has been added to disable a (slightly)
> > faulty optimization (--no-pcode-opt).
> > An improved (and correct ;-D) replacement is under development.
> >
> > Note that .o output from previous SDCC versions will be incompatible
> > with new ones due to symbol renaming (arguments/return values are now
> > passed on using a location independant `STKn' rather than `s0x<addr>'
> > in order to enable library reuse across multiple devices).
> >
> > I am looking forward to hearing your opinions and bug reports as
> > well as
> > pointers to `most wanted features'.
> >
> > All improvements should be accessible starting with SDCC 2.5.4 #1130.
> >
> > Regards,
> > Raphael Neider
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: ####@####.####
> > For additional commands, e-mail: ####@####.####
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####
>