On Sat, Dec 18, 2021 at 10:13 AM Joel Sherrill <j...@rtems.org> wrote:
>
>
>
> On Fri, Dec 17, 2021, 9:57 PM Jeff Law <jeffreya...@gmail.com> wrote:
>>
>>
>>
>> On 12/17/2021 9:10 AM, Joel Sherrill wrote:
>> > ---
>> > gcc/config.gcc | 1 +
>> > 1 file changed, 1 insertion(+)
>> >
>> > diff --git a/gcc/config.gcc b/gcc/config.gcc
>> > index c8824367b13..fe93a72a16c 100644
>> > --- a/gcc/config.gcc
>> > +++ b/gcc/config.gcc
>> > @@ -252,6 +252,7 @@ case ${target} in
>> > | cr16-*-* \
>> > | hppa[12]*-*-hpux10* \
>> > | hppa[12]*-*-hpux11* \
>> > + | m32c-*-rtems* \
>> > )
>> > if test "x$enable_obsolete" != xyes; then
>> > echo "*** Configuration ${target} is obsolete." >&2
>> OK. Given that last time I tried, I couldn't even get m32c to build
>> newlib, I'm not terribly surprised you're deprecating it from rtems.
>
>
> We removed it over a while back. The last release branch with it was using
> gcc 7 or 8.
>
> We had no indication there were any users and it led to removing some
> alternative implementations optimised for 16 bit CPUs.
>
>>
>> I would support deprecation of m32c-*.
>
>
> No complaint here.
Can I commit the gcc and wwwdocs patch for m32c-rtems and let Jeff or
someone follow up completely eliminating m32c?
Thanks.
--joel
>
> --joel
>>
>>
>> jeff
