On 2014-05-28 00:16, Joel Sherrill wrote:
- rtems/score/threadimpl.h: _Thread_Start_multitasking does return
on Scheduler Simulator. Initializing RTEMS returns to the command
interpreter.
- rtems/score/smpimpl.h: _SMP_Start_multitasking_on_secondary_processor()
is not applicable on the Scheduler Simulator and the no return attribute
gives a warning.
- rtems/score/assert.h: Scheduler Simulator uses glibc assert.h on GNU/Linux.
This will likely need to be adjusted more for other host compilers and
C libraries
- threadrestart.c: Disable assert on Scheduler Simulator. Restarting self
returns to the command interpreter.
I would define RTEMS_COMPILER_NO_RETURN_ATTRIBUTE and _Assert() to nothing in
case RTEMS_SCHEDSIM is defined. Do you really need this debugging stuff for
the scheduler simulator? I don't think we should propagate oddities of the
scheduler simulator throughout the code base.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
rtems-devel mailing list
rtems-devel@rtems.org
http://www.rtems.org/mailman/listinfo/rtems-devel
