[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: powerpc-rtems-4.7-gcc-4.0 patch commited

On Fri, 2005-02-18 at 16:28 +0300, Sergei Organov wrote:
> "Joel Sherrill <joel@OARcorp.com>" <joel.sherrill@OARcorp.com> writes:
> [...]
> > There is a PPC_INTERRUPTS_MAX which still remains to be addressed.
> > Ralf.. I think the the MIPS defines that in libcpu as a variable used by the
> > cpukit.
> IMHO, it's time to define generic interface between cpukit and the rest
> of RTEMS BSP that will ensure compile-time independence of cpukit, or at
> least to document some guidelines. 
Fully agreed -  IMO, RTEMS score doesn't have a reasonable API.

This accumulated in powerpc's new-exceptions handling support, which IMO
violates the "defacto implementation guidelines" all over the place.

> It seems that pre-multilib BSP
> interface definitions don't address the issue as in fact every BSP is
> now split between cpukit and the rest of libs and there is no definition
> of the interface to be used on this split line. Does it sound
> reasonable?
Yes, IMO, it does.