ChibiOS Free Embedded RTOS

I've not yet heart of any IAR AVR port. Isn't the AVR world mostly governed by gcc based toolchains? Even AVR Studio uses gcc - and there are even standard linker scripts. Also avr-gcc is included in every Linux distribution. Just wondering why...

So is this related to the condvar recursive problem you posted here.

Also do you have a new full version of your stubs? Maybe we could include them in ChibiOS by default?

Have a look here:

viewtopic.php?f=2&t=793&p=7778#p7762

Giovanni, i guess we should really look into extending the stubs properly... Prof. Yo Man, didn't you look into this already?

Those are missing newlib stubs. Try to include syscall.c/h in your makefile. It's provided with ChibiOS

The code is now under the same license as ChibiOS. My understanding of what that means - you can use it in whatever you want but if you make changes to the source code you must publish them. The linking exception allows you to not publish your own main application source code. You must still howeve...

Yeah, always meant to clean it up and put it back up somwhen in the future... I am not at my development machine now - I've posted earlier versions of the stubs in the other threads.

In addition to syscalls.{c,h} from ChibiOS, I use these: /* * stubs.c * * Created on: Jul 10, 2011 * Author: mabl */ #include <stdio.h> #include "ch.h" #include "hal.h" #include "stubs.h" // FIXME: Stubs - HATE THEM void _exit(int status){ (void) status; chSysHalt(); wh...

Wasn't it like Windows cannot delete files which are used (that's why it needs to reboot *every fcking update*). So maybe you still had gdb opened and it cannot delete the file? Just guessing

I love the "high resolution photo" from marketing

I'll publish the code when it'll be ready as I will appreciate any comment on the code since I'm not used to embedded programming yet :) Moreover, as the code is based on mabl's one it is just normal to publish it (I did not find a license in the project but as it is ChibiOS based I imagine it is u...