x86 c++ exception handling

[Joel Sherrill]

On Sat, Sep 12, 2020, 2:41 PM Karel Gardas <karel.gardas at centrum.cz> wrote:

> On 9/12/20 5:33 AM, Joel Sherrill wrote:
> > I suspect if you want a common floor it is a Pentium II. That's where SMP
> > appeared.
> >
> > We can't sanity check the cpu model if we don't know the rules. And if we
> > know the rules, we should just drop those low models. And error if
> someone
> > runs on an older model.
>
> Well, I think we may also change a perspective this way: RSB supports
> pc.set which builds pc686 by default. So this is SMP safe BSP. I guess
> that's what majority of user will use as it is very convenient.
>
> Once someone would like to build variant of pc386 BSP by hand, we may
> add clear error/warning about SMP being unsupported on the particular
> old BSP.
>
> Attached patch implements this (clear error). It basically allows
> --enable-smp only for pc686 and pcp4 BSPs.
>

Thanks. But in case you missed my comment on the ticket. The multi-lib is
built with -mtune not -march so defaults to i386 code. The file
gcc/config/i386/t-rtems needs to be changed I think. When gcc changed from
-mcpu, we apparently picked the wrong replacement argument. At least that's
what I think explains this.

>
> Comments welcome!
>
> Thanks,
> Karel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20200912/1c3eecc5/attachment.html>