This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: #error " no RESET_ENTRY" ??
- To: Jonathan Larmour <jlarmour at redhat dot com>
- Subject: Re: [ECOS] #error " no RESET_ENTRY" ??
- From: Grant Edwards <grante at visi dot com>
- Date: Wed, 10 Jan 2001 09:50:24 -0600
- Cc: ecos-discuss at sources dot redhat dot com
- References: <20010109165157.A16129@visi.com> <3A5BAE8A.F94A050F@redhat.com>
On Wed, Jan 10, 2001 at 12:36:26AM +0000, Jonathan Larmour wrote:
> > I'm trying to impliment virtual vector support in my HAL, but I
> > can't get it to build. I am getting the following error
> >
> > /opt/ecos/ecos-cvs/ecos/packages/hal/common/current/src/hal_if.c:143: #error " no RESET_ENTRY"
> >
> > The problem seems to be that my plf_stubs.h file only defines a
> > reset entry point if CYGDBG_HAL_DEBUG_GDB_INCLUDE_STUBS is
> > defined (because that's what the edb7xxx HAL does it).
>
> It doesn't in current CVS. Perhaps your CVS tree predates virtual vectors
> getting added for the edb7xxx (it was 5th July it got added).
Vitrual vector support is in my snapshot of the edb7xxx
HAL (it's the one after which I'm modelling mine. My CVS tree
is from about a month ago. The last entry in the ChangeLog is
2000-11-25 Jonathan Larmour <jlarmour@redhat.com>
* pkgconf/rules.mak (mlt_headers): Rewrite to work under Solaris,
and without excessive rebuilds.
Once I get things into a stabe, working state I might try
updating.
--
Grant Edwards
grante@visi.com