Provide arm64 or x86-64/arm64 Universal Binary builds for macOS on Apple Silicon.
@Buovjaga Who is ultimately 'responsible' which eco-systems being supported by TDF. In this case they arm architecture/Apple Silicon. See also comments by Tor: bug 138191. As this is again a lovely topic being able to get/make returns on investments. I'm already happy with build bot releasing masters. So use master or pay principle, but there likely some more views on the matter. But not quite sure where this belongs. BoD/MC/ESC?
(In reply to Telesto from comment #1) > @Buovjaga > Who is ultimately 'responsible' which eco-systems being supported by TDF. In > this case they arm architecture/Apple Silicon. See also comments by Tor: bug > 138191. Much of it is dictated by the programming languages used and compiler support. For this reason, it would be dangerous to start using exotic-but-shiny languages like Rust, which have poor platform support. As C++ has such broad support, there has not really been a need to give much thought to who is 'responsible' for which platform in the LibreOffice ecosystem. In the case we decided to use an exotic language while wanting to maintain the same level of support, suddenly an order of magnitude more investment would have to appear for upstream platform support of said language.
Ugh, what does programming languages have to do with this? LibreOffice is written in the language(s) it is written in. That there is a new exciting platform is nothing to do with programming languages.
(In reply to Tor Lillqvist from comment #3) > Ugh, what does programming languages have to do with this? LibreOffice is > written in the language(s) it is written in. That there is a new exciting > platform is nothing to do with programming languages. Sorry, my reply was a bit far fetched, theoretical and generalising, but I didn't know what else to say as I was being addressed directly about something there is no answer for. Anyway, just to put this theoretical note in more concrete terms, Apple is funding the work to support their arch natively in LLVM, while it is not funding, say, Rust support: https://github.com/rust-lang/rust/issues/73908
@Bouvjaga Not directed to you personally (more mentor question). You might know question. People are working on arm64 support (see bug 138191 comment 5) and Apple Silicon. It's even running already as far I understand. However I don't know they lines well enough within TDF. This is not a pure infra, pure dev call. Does TDF want to support even more eco-systems, is it worth costs work. If not will this maybe result in a master builds server somewhere else. See Online. This includes they how to handle making returns topic. And internal division/directionlessness drives me pretty nuts. As there is no consent at any level BoD/MC/Members. While the world keeps moving on. I fear LibreOffice by TDF will be hollowed out from within. I don't see any status quo. But more a (partly) self-inflicted, self-full filling, fork in progress. I do see building blocks already. If you can't join the, eat them :-). So LibreOffice attempting to 'eat' OpenOffice (get them on board), while LibreOffice is eaten again?
Let's set it as NEW, it's a valid request and will be wait an opinion from TDF
It looks like the effort to make LibreOffice run natively on Apple silicon is complete (Tor, if you're reading this: thank you): - offered in Collabora Office since December 4th (version 6.4-16) [0] - offered in LibreOfficeVanilla since December 23rd (version 7.0.4) [1] I searched for info on this topic from TDF, but came up dry. [0] https://apps.apple.com/us/app/collabora-office/id918120011 [1] https://apps.apple.com/us/app/libreoffice-vanilla/id921923693
(In reply to jeanmarcranger from comment #7) > I searched for info on this topic from TDF, but came up dry. Sorry - I should have said that I searched on libreoffice.org.
Just noticed that libreoffice.org's System Requirements page [0] now states: "Intel or Apple silicon processor (via Rosetta - native Apple silicon support is being developed)" [0] https://www.libreoffice.org/get-help/system-requirements/