pc386 fails to build

[joel at oarcorp.com (joel at oarcorp.com)]

I can reproduce this one.  I will build full egcs 1.1b toolsets from
scratch using the native gcc shipped by RedHat in the next couple of days.
My first glance at this shows that the search order for 1.1b and 1.0.3 are
the same.  So the search order is not the problem.  

assert.h is new in gcc's include files. :(

Try adding this to config/t-rtems:

# Don't install "assert.h" in gcc. We use the one in newlib.
INSTALL_ASSERT_H = 

This is similar to what linux and netbsd did.

I am trying this now, so let me know how it goes for anyone else trying
it.

--joel

On Mon, 28 Sep 1998, erik.ivanenko wrote:

> Reply to my own mail.
> 
> > This is the egcs-1.1b assert macro.  Compiling with the -E flag shows
> > that the definition of __assert is being replaced with this macro
> > expansion.  The assert.h from newlib-1.8.0 is not being included.
> > newlib-1.8.0 properly defines the __assert function.
> >
> > How do we fix this?
> >
> 
> This is the workaround I implemented in pc386/console.c.  First undefine __assert then declare as function prototype.  It appears
> to work.
> 
> #undef __assert
> void __assert( const char etc, etc...
> 
>