On 01/22/2018 07:02 PM, Alberto Planas Dominguez wrote:
As a mater of fact there are some changes that were not backward compatible, but those were bugs that affected the soundness of the compiler, and the usage was not very common. In any case I am not aware of any project that was hit by those changes.
No, I have been there, done that. It's currently too frustrating.
Different speed is a huge understatement, a seriously huge understatement.
Well C++03, C++11, C++14, C++17. You are right, but is not fair to compare a language that is 35 y.o (from 1983) with one that is from 2015.
And that's why I think that fundamental packages like librsvg shouldn't be ported to a language from 2015 which is still subject to quick movement. We are not talking about some random leaf package here. I don't know how to run this check in openSUSE, but look at the packages whose build dependencies would become uninstallable on most architectures in Debian if we were to upgrade librsvg to the Rust version:
You don't think this is a problem?
And you didn't even address the problem that Rust upstream effectively doesn't care about anything besides x86/x86_64.
Sure. Clearly FF is not running on ARM on Android. I think that you have another missunderstanding on Tier 2 concept here [1]
[1] https://forge.rust-lang.org/platform-support.html Thanks for trying to paint me as an uneducated person. But just in case you didn't read the link you posted:
Tier 2 platforms can be thought of as “guaranteed to build”. **Automated tests are not run so it’s not guaranteed to produce a working build**, but platforms often work to quite a good degree and patches are always welcome! Specifically, these platforms are required to have each of the following:
Official binary releases are provided for the platform. **Automated building is set up, but may not be running tests.** Landing changes to the rust-lang/rust repository’s master branch is gated on platforms building. For some platforms only the standard library is compiled, but for others rustc and cargo are too.
I don't think we would accept gcc to be not passing it's testsuite on any of the platforms openSUSE supports. Apparently, it's acceptable for Rust. And before you want to accuse me of more incompetence: In Debian, I'm a porter for most for most of the unofficial architectures. I think I can say I have somewhat an experience in this field. PS: I didn't know that SLE only supports x86_64 and ARM :). Adrian -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org