[llvm-dev] [cfe-dev] LLVM C++14/C++17 BoF - Summary

JF Bastien via llvm-dev llvm-dev at lists.llvm.org
Mon Oct 22 09:23:25 PDT 2018



> On Oct 20, 2018, at 7:37 AM, Brian Cain <brian.cain at gmail.com> wrote:
> 
> 
> 
> On Fri, Oct 19, 2018, 4:36 PM JF Bastien via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
> 
> 
>> On Oct 19, 2018, at 11:27 AM, via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
>> 
>> So, there was agreement that the default gcc for recent-but-not-latest distros was not important? That is, it's okay to require people to upgrade their tools in order to work with LLVM?
>>  
>> In my team's case, a lot of us are on Ubuntu 16.04 which comes with gcc 5.4, which is not gcc 7.  And currently for Windows we're on MSVC 2015.
>> I suppose by March we can persuade our IT to upgrade all the people and bots to Ubuntu 18.04 (gcc 7.3?) and deploy MSVC 2017.  But it's something we need to plan for.
>> (I suppose I should thank the Google folks for being such slugs J about being ready to switch, because it will give us time to get things organized for ourselves.)
> 
> The discussion from folks using Linux as well as from Linux vendors was that distros which come with older versions of GCC also provide easy ways to install newer versions of GCC, without upgrading the distro.
> 
> 
> Does it help if we build llvm+clang release tarballs for more Linux distros?   If so, I'm willing to help out there. 

Maybe? Nobody chimed in saying that they were bootstrapping LLVM and would have liked an easy download instead. Not that there isn’t need! It simply wasn’t voiced in the rather small audience.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20181022/1577d9f0/attachment.html>


More information about the llvm-dev mailing list