[Bug 1561] sparc64 [2/5]: cpukit

bugzilla-daemon at rtems.org bugzilla-daemon at rtems.org
Mon Jun 14 22:44:42 CDT 2010


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





--- Comment #4 from Ralf Corsepius <ralf.corsepius at rtems.org>  2010-06-14 22:44:41 ---
> + Ralf.. if the above is possible, is it OK to you and how would we
>  arrange sharing the routine?
Technically, this is possible, but I'd rather prefer not doing so and keep each
port in cpukit fully separate.

On a second thought, wouldn't it be possible to merge all of this works into
"sparc" and treat "sparc64" more as a "64bit sparcv9" variant similar to a
multilib but as a separate port? Autoconf-wise this is possible. 
Code-wise this would be useful if the "sparc64"-code only differs by small
amounts from the "sparc"-code.

Another remark, independently of this: Any particular reason for renaming
"cpu_asm.S" into "context.S"? I'd rather prefer to keep file names consistent
across RTEMS-ports.

-- 
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 rtems-bugs mailing list