Just to try out nil, since my code won't be needing much more for now, I tried switching from RT to NIL.
One snag is that chprintf.h has a hard dependency on "ch.h". Given that the names of calls and macro's are kept at "chBlah...", might it be a better idea to also keep Nil's header file named "ch.h" instead of "nil.h"?
-jcw
ch.h vs nil.h header
- Giovanni
- Site Admin
- Posts: 14461
- Joined: Wed May 27, 2009 8:48 am
- Location: Salerno, Italy
- Has thanked: 1076 times
- Been thanked: 922 times
- Contact:
Re: ch.h vs nil.h header
I was thinking to make chprintf() import "hal.h" because it exports the streams interface even when used with nil.
Giovanni
Giovanni
Re: ch.h vs nil.h header
I was just looking at that and was wondering is the streams interface is going to be in the HAL eventually? Or does the kernel use it?
I think the HAL hal_streams.h had the stuff #if 0'd out? Seems a bit fragile to have duplicate definitions of structures etc. too, in case one gets modified then they are binary incompatible and Bad Things will happen.
Just wondered what the plan is long term.
I think the HAL hal_streams.h had the stuff #if 0'd out? Seems a bit fragile to have duplicate definitions of structures etc. too, in case one gets modified then they are binary incompatible and Bad Things will happen.
Just wondered what the plan is long term.
- Giovanni
- Site Admin
- Posts: 14461
- Joined: Wed May 27, 2009 8:48 am
- Location: Salerno, Italy
- Has thanked: 1076 times
- Been thanked: 922 times
- Contact:
Re: ch.h vs nil.h header
The HAL is the place for streams but, on the other hand, I don't want to remove the capability from RT. Same for I/O queues.
The HAL will use the RTOS implementation, if present, else it will provide its own implementation transparently.
Giovanni
The HAL will use the RTOS implementation, if present, else it will provide its own implementation transparently.
Giovanni
Who is online
Users browsing this forum: No registered users and 4 guests