Hi Georg,
You forgot the option to modify SDCC so it accepts the __interrupt
keyword either before or after the function :)
w I figured that is not really an option - is it???
Why would this not be an option? I guess it's not even a big change. Of
course the parser definition needs
hello again,
I apologize for the ambiguity in my previous message; I was mainly trying
to reassure Philipp about the patch with respect to the non-stm8 backends.
I realize that what you are trying to accomplish probably will require
some modification to SDCC mainline to conform to the
On 31.01.2015 06:47, Dave McGuire wrote:
On 01/26/2015 04:51 PM, Philipp Klaus Krause wrote:
When I get around to do some more work on the Z80 port, the Z180
port will also benefit from it. I intend to particularly look into
more flexible handling of registers a and iy to improve code
2015-01-30 14:03 GMT+01:00, Kustaa Nyholm kustaa.nyh...@planmeca.com:
First of all, I'm talking about existing code and hardware.
The existing code (without the bootloader) already pretty much
fills the PIC18F4550.
I can't just willy-nilly move to a bigger device, there is
existing hardware
On 30/01/2015 16:22, M L maricol...@gmail.com wrote:
2015-01-30 14:03 GMT+01:00, Kustaa Nyholm kustaa.nyh...@planmeca.com:
First of all, I'm talking about existing code and hardware.
The existing code (without the bootloader) already pretty much
fills the PIC18F4550.
I can't just
Le 30/01/2015 15:43, Kustaa Nyholm a écrit :
DIP unfortunately.
Yep... A more recent TQFP version would just require an adapter board...
But we're in real life, I know...
Sébastien Lorquet
--
Dive into the World of
On 30/01/2015 14:15, M L maricol...@gmail.com wrote:
Hi,
I don't really get it, why You trying (so hard) use a bootloader which
won't fit in boot block, so what?
Bootloader can be with any size, just move user code to location
after bootloader (to first free block of flash erase boundary).
If