On 01/23/2018 01:49 PM, Alberto Planas Dominguez wrote:
2) Rust doesn't consider architectures which SUSE considers supported as supported. This is definitely a problem.
I can see a problem in S390X, is a tier 2 but I am sure that there a bugs there. But is different for ARM: there is some effort in moving it to tier 1.
Great, then there is only MIPS*, PPC*, and S390 left. Not even talking about things like RISC-V or SPARC.
And you are missing the point. Working now doesn't mean it's not going to break for the next version.
I am not. My point is that the affirmation "doesn't care about anything besides x86/x86_64" is not true. There are test running for t2 architectures, but not all the time the automatic test are executed. This indicate lack or resources and documentation, but also an effort to change the situation.
But, we can agree that the expectations for a compiler in t2 is not like in t1.
I just tried building Rust 1.23 on Debian unstable (MIPS) today, still fails. Both for native and cross-builds. Tried a cross-build for PPC32 yesterday, also failed. Both architectures are Tier 2 and I didn't even manage to get it to build, not even talking about running the testsuite.
Again, a compiler which is not verified to pass it's testsuite should not be used for production code in my experience. I have seen too many things break on the buildds in Debian when the testsuites for gcc were disabled.
We agree on this.
Not having Rust upstream build the compiler natively and run the testsuite on architectures that SUSE considers to be supported is a problem in my experience.
In this too.
Then why do you think it's ok to have librsvg rustified at this point? Adrian -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org