On Fri, 2020-06-05 at 10:22 +0000, devel-request@xxxxxxxxxxxxxxxxxxxxxxx wrote: > Date: Fri, 5 Jun 2020 11:19:54 +0200 > > From: Jakub Jelinek <jakub@xxxxxxxxxx> > > Subject: Re: Fedora 33 System-Wide Change proposal: CompilerPolicy > > Change > > To: Development discussions related to Fedora > > <devel@xxxxxxxxxxxxxxxxxxxxxxx> > > Message-ID: <20200605091954.GH8462@tucnak> > > Content-Type: text/plain; charset=us-ascii > > > > On Fri, Jun 05, 2020 at 09:52:09AM +0200, Kevin Kofler wrote: > > > I do not see why we should allow yet another special case for Firefox, nor > > why we should let random packages make their own choice of compiler and risk > > running into hidden binary incompatibilities. We have a system compiler for > > a reason. > > > I'll note that there are some even not really hidden binary > > incompatibilities, where LLVM diverges from the psABI for years, it has been > > reported and nothing has been changed. > > So if a library is built with clang/LLVM and used by GCC built package or > > vice versa, one might very well run into those (this is e.g. about passing > > std::byte or other scoped enums with char/short underlying type by value, or > > in some cases even about passing char/short arguments). > > And of course unknown ABI bugs on both sides. As we both know, GCC has had ABI bugs as well. Both compilers strive to be ABI compatible with each other and we should continue to work together to find and address such issues. SImilarly both compilers are going to have codegen issues, or rejects-valid-code bugs. Ultimately they're just bugs and I don't see that one toolchain or the other is inherently better than the other, particularly WRT ABI issues. jeff _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
