[RSB PATCH] 6: Merge the MacOS M silicon patch from gcc-12 to gcc-13

[Heinz Junkes]

HI,
I can follow Cedric's reasoning. Even if I was the initiator of this discussion.

I use RTEMS in my lectures/exercises, among other things, and have always been able to give the students
freedom which laptops with which OS they wanted to use. And there are many of them with used
older laptops. Intel Macs, for example.

But you can also use a VM with Linux on all these systems.

It might then be okay to communicate openly that there will be no more support for Macs in the future.
Best regards
Heinz

> On 8. Dec 2023, at 14:19, Cedric Berger <cedric at precidata.com> wrote:
> 
> Oh, so this is an mac intel issue then.
> I'm gonna make the suggestion do just remove support for Intel Macs for RTEMS 6.0.
> I mean, what is the number of developpers who:
> 1) Will release a product based on RTEMS 6 (out in 2024 hopefully)
> 2) Have enough money to buy an Intel MacBook
> 3) Do not have enough money to upgrade 4 years later, especially with the 3x compile speed improvements the M1/2/3 brings?
> My guess is zero. And there is always the possiblity to use a free Ubuntu MV on these obsolete macs.
> I know the senior RTEMS developpers are very very busy, so I (selfishly) would prefer if they use their time for something more productive :)
> Here at Precidata for example, we've put our product developpement with RTEMS on hold for the past 5 months, because of bug #4923 (STM32h7 FPU corrupted on return from IRQ).
> So may I humbly suggest to forget obsolete developpement platforms and focus energy on new targets?
> Thanks for your answers and all your work.
> Cedric
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4712 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/devel/attachments/20231215/85a405f8/attachment-0001.bin>