[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: powerpc-rtems-4.7-gcc-4.0 patch commited
- Date: 18 Feb 2005 20:24:02 +0300
- From: Sergei Organov <osv at topconrd dot ru>
- Subject: Re: powerpc-rtems-4.7-gcc-4.0 patch commited
Ralf Corsepius <email@example.com> writes:
> 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.
[Trying hard to stop myself from flaming about it once again:)]
> > 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.
Well, I'm trying to provide some thoughts in my another answer to Joel.