ralf.corsepius at rtems.org
Thu Dec 8 11:25:27 CST 2011
RTEMS contains a set of functions which are implemented as both #defines
and as normal functions (aka. body functions).
This raises a couple implementation problems in RTEMS esp, wrt.
using the compiler to enforce stricter coding standards.
As things currently appear to me, the only usage of these "body
functions" is supporting GNAT/Ada, while no pure C application nor RTEMS
itself uses them - Is this understanding correct?
Fact seems to be something should be done to get them "out of way" of
the C-part of RTEMS to simplify improving the coding quality of RTEMS.
I am not sure what do ... crude, uncooked ideas would be:
- Split these functions out into a separate library?
- Move the "body functions" to cpukit/libgnat?
- Eliminate the #defines and supply C-body functions only?
It's not clear to me which of these ideas are useful or would really
 contained in
 This weeks's PR and patch flood has its origin in me compiling RTEMS
with very aggressive GCC-warning flags.
Initial result: >5000 warnings per BSP, with several quite serious ones
More information about the rtems-devel