[Bug 1593] RTEMS Sequenced Initialization API

bugzilla-daemon at rtems.org bugzilla-daemon at rtems.org
Mon Jul 12 06:18:48 UTC 2010


https://www.rtems.org/bugzilla/show_bug.cgi?id=1593

--- Comment #6 from Chris Johns <chrisj at rtems.org> 2010-07-12 01:18:42 CDT ---
(In reply to comment #4)
> 
> One general question for Chris and Sebastian... If compiled with a toolset
> that does not have SORT(), is there an alternative?
> 

Not in the current implementation and this is understood. It could be
implemented at runtime with maybe some extra data and I suspect some
constraints based on stack usage. With the linker performing the sort the code
has been moved from the run time to link time reducing the foot print and
almost no contraints. This is a gain for tiny targets because we do not need a
sort and we have the benefits of the automatic reduction of managers to those
used.

It does mean we are dependent on the GNU linker. I know users have ported RTEMS
to other compilers in the past and RTEMS being open source this is fine. The
project receiving patches to support such compilers requires us having to
maintain such a port. If the compiler is commercial this is difficult. If the
compiler is open source the user would need to way up adding a sort to its
linker or adding a rum-time sort to RTEMS. Either way it does not effect the
path we have taken.

-- 
Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the bugs mailing list