On 2/21/21 9:24 PM, Gregory P. Smith wrote:
On Sun, Feb 21, 2021 at 10:15 AM Christian Heimes christian@python.org wrote:
On 21/02/2021 13.47, glaubitz@debian.org wrote:
Rust doesn't keep any user from building Rust for Tier 2 or Tier 3
platforms. There is no separate configure guard. All platforms that Rust can build for, are always enabled by default. No one in Rust keeps anyone from cross-compiling code for sparc64 or powerpcspe, for example.
So if you want to copy Rust's mechanism, you should just leave it as is
and not claim that users are being confused because "m68k" shows up in configure.ac.
A --enable-unstable-platforms configure flag is my peace offer to meet you half way. You get a simple way to enable builds on untested platforms and we can clearly communicate that some OS and hardware platforms are not supported.
I personally wouldn't want to maintain such a check in autoconf, but it'll be an isolated thing on its own, that if you or someone else creates, will do its job and not bother the rest of us.
I think just publishing our list of (1) supported, (2) best-effort non-release-blocker quasi-supported, and (3) explicitly unsupported in a policy doc is sufficient. But it's not like any of us are going to stop someone from codifying that in configure.ac to require a flag.
agreed with (1) and(2). I don't like a negative list, as this will be incomplete at any time for both *-linux and *-non{linux,win,mac}. Looking at another project like GCC
https://gcc.gnu.org/buildstat.html
used to collect information about successful builds on various platforms and architectures. But as you can see, the web page isn't updated in recent times.
GCC also doesn't keep an explicit list of the lesser supported platforms: https://gcc.gnu.org/gcc-11/criteria.html
Matthias