<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 12, 2016, at 3:33 PM, Renato Golin <<a href="mailto:renato.golin@linaro.org" class="">renato.golin@linaro.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><p dir="ltr" class="">Hi Peter, </p><p dir="ltr" class="">We don't ship proper toolchains for distros, we ship toys that worked on one developer's machine, and that includes our binaries as well. </p></div></blockquote>Ok, thats fair. Having never actually downloaded one, I didn’t know the state of it.</div><div><br class=""></div><div>Out of interest, are newer toolchains available from apt-get and other similar package managers? The only part of supporting linux/BSD in this way I question is that we end up stuck with whatever shipped with the OS, not what may be available via their package managers. If the available packages are also old GCC versions then fair enough, but I just want to understand the ecosystem.<br class=""><blockquote type="cite" class=""><div class=""><p dir="ltr" class="">Distro validation is a huge deal, especially toolchain, and we're in no way equipped to even try to do a bad job at that. </p><p dir="ltr" class="">Unix is a different world than that of Windows and Mac, and it makes no sense to force the same requirements, either way. </p></div></blockquote>I guess I already alluded to this, but if a package is available in the same way that a new Xcode/MSVC is available, then i’m not sure why we should treat it differently.<br class=""><blockquote type="cite" class=""><div class=""><p dir="ltr" class="">I don't opine on msvc or xcode topics or design decisions because I don't know enough to have any reasonable opinion, and I most certainly won't try to make them more like Unix. </p></div></blockquote>You should. We need plenty of voices to make sure we make the best decisions we can. Incidentally, i’ve built GCC in a past life on the PlayStation 2 Linux environment. I’m somewhat aware of the pain, although that was quite a time ago.</div><div><blockquote type="cite" class=""><div class=""><p dir="ltr" class="">These things are what they are for good reasons and I think we should just leave it at that. </p><p dir="ltr" class="">Cheers, <br class="">
Renato </p><p dir="ltr" class="">PS: I don't mean disrespect either, but we have this discussion every time someone mentions upgrading gcc. </p></div></blockquote>None taken.<br class=""><blockquote type="cite" class=""><div class=""><p dir="ltr" class="">Maybe we should write some documentation to avoid repeating the same arguments. :-)</p><div class=""><br class=""></div></div></blockquote>SGTM. I’m willing to admit my almost complete ignorance in all things linux/BSD, so to have it written down somewhere and avoid the next person like me asking would be good.</div><div><br class=""></div><div>Cheers,</div><div>Pete<br class=""><blockquote type="cite" class=""><div class=""><div class=""><br class=""></div>
<div class="gmail_extra"><br class=""><div class="gmail_quote">On 12 Oct 2016 11:19 p.m., "Pete Cooper via llvm-dev" <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:<br type="attribution" class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Oct 11, 2016, at 1:46 PM, Michael Kuperstein via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank" class="">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="m_6500180152756160265Apple-interchange-newline"><div class=""><div dir="ltr" class="">To the best of my understanding - because we want to be able to bootstrap clang with the system compiler that ships with various linux and BSD distributions.<div class="">Windows has no equivalent concept.</div></div></div></blockquote>I mean no offense to linux/BSD developers, but should we have a discussion (in another thread perhaps) about whether its reasonable to treat them specially in this regard?</div><div class=""><br class=""></div><div class="">Both macOS and Windows developers need to download compilers separately to be LLVM developers. Why shouldn’t linux/BSD developers? </div><div class=""><br class=""></div><div class="">Given that we ship prebuilt binaries for many distros, it seems like its easy to get a new enough compiler. This way we won’t be faced with the problem of old GCCs holding us back in future.</div><div class=""><br class=""></div><div class="">Pete<br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class=""><br class=""></div><div class="">(This is probably not a good enough reason to keep GCC 4.7 support, but it apparently is for GCC 4.8).</div><div class=""><br class=""></div><div class="">Michael</div></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Tue, Oct 11, 2016 at 10:28 AM, Martin J. O'Riordan via llvm-dev <span dir="ltr" class=""><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank" class="">llvm-dev@lists.llvm.org</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Why is it more important to be backward compatible with ancient versions of GCC than relatively more recent versions of Visual Studio? We are removing support for VS2013 because of defects in that product, yet GCC v4.7.x is more ancient than VS2013, so why should the answer be any different?<br class="">
<br class="">
Devil's Advocate,<br class="">
<br class="">
MartinO<br class="">
<div class="m_6500180152756160265HOEnZb"><div class="m_6500180152756160265h5"><br class="">
-----Original Message-----<br class="">
From: llvm-dev [mailto:<a href="mailto:llvm-dev-bounces@lists.llvm.org" target="_blank" class="">llvm-dev-bounces@lists<wbr class="">.llvm.org</a>] On Behalf Of Renato Golin via llvm-dev<br class="">
Sent: 11 October 2016 18:01<br class="">
To: Sylvain Bertrand <<a href="mailto:sylvain.bertrand@gmail.com" target="_blank" class="">sylvain.bertrand@gmail.com</a>><br class="">
Cc: llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank" class="">llvm-dev@lists.llvm.org</a>>; Peter Collingbourne <<a href="mailto:pcc@google.com" target="_blank" class="">pcc@google.com</a>><br class="">
Subject: Re: [llvm-dev] unable to compile llvm with gcc 4.7.4<br class="">
<br class="">
On 11 October 2016 at 17:35, <<a href="mailto:sylvain.bertrand@gmail.com" target="_blank" class="">sylvain.bertrand@gmail.com</a>> wrote:<br class="">
> Those bots should have been the first to be set up. Hope you can fix this soon.<br class="">
<br class="">
We had 4.7 bots for a long time, but migrations happen, and we probably (separately) didn't expect to be the last 4.7 ones. This was a coordination problem.<br class="">
<br class="">
Now, there are talks to upgrade the GCC version from 4.7, but we can't do 4.9 because many stable distributions still 4.8, but we can do 4.8, which has enough buildbots (and will for the long term).<br class="">
<br class="">
I'm not saying this is a "fix" for your problem, but your problem would happen any time soon when we move the GCC version up anyway.<br class="">
<br class="">
Can you upgrade to 4.8?<br class="">
<br class="">
cheers,<br class="">
--renato<br class="">
______________________________<wbr class="">_________________<br class="">
LLVM Developers mailing list<br class="">
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank" class="">llvm-dev@lists.llvm.org</a><br class="">
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank" class="">http://lists.llvm.org/cgi-bin/<wbr class="">mailman/listinfo/llvm-dev</a><br class="">
<br class="">
______________________________<wbr class="">_________________<br class="">
LLVM Developers mailing list<br class="">
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank" class="">llvm-dev@lists.llvm.org</a><br class="">
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank" class="">http://lists.llvm.org/cgi-bin/<wbr class="">mailman/listinfo/llvm-dev</a><br class="">
</div></div></blockquote></div><br class=""></div>
______________________________<wbr class="">_________________<br class="">LLVM Developers mailing list<br class=""><a href="mailto:llvm-dev@lists.llvm.org" target="_blank" class="">llvm-dev@lists.llvm.org</a><br class=""><a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" target="_blank" class="">http://lists.llvm.org/cgi-bin/<wbr class="">mailman/listinfo/llvm-dev</a><br class=""></div></blockquote></div><br class=""></div><br class="">______________________________<wbr class="">_________________<br class="">
LLVM Developers mailing list<br class="">
<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a><br class="">
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank" class="">http://lists.llvm.org/cgi-bin/<wbr class="">mailman/listinfo/llvm-dev</a><br class="">
<br class=""></blockquote></div></div>
</div></blockquote></div><br class=""></body></html>