Fwd: [GSoC Mentors] GSoC 2020 Organization Applications are now open (and close on February 5th)

2020-01-14 Thread Jackson Isaac
Hi, GSoC 2020 org applications are now open. Let's participate again this year, we have some ideas on wiki, maybe they need some refinement ? Also, buildbot mentors are happy to collaborate again this year with us. If any of the previous year students want to become the Org Admin/Mentor, let us

Re: renaming llvm/clang/lldb from llvm-N.0 to llvm-N or llvmN ?

2020-01-14 Thread Chris Jones
Hi, > On 14 Jan 2020, at 10:39 pm, Ryan Schmidt wrote: > > The gcc and postgresql ports are named correctly, both before and after > their version numbering scheme changed. If llvm/clang's version numbering > scheme changed, it would be good if the port names agreed with the scheme as > well

Re: renaming llvm/clang/lldb from llvm-N.0 to llvm-N or llvmN ?

2020-01-14 Thread Ryan Schmidt
The gcc and postgresql ports are named correctly, both before and after their version numbering scheme changed. If llvm/clang's version numbering scheme changed, it would be good if the port names agreed with the scheme as well. I agree this has the potential to cause breakage which should be ha

Re: renaming llvm/clang/lldb from llvm-N.0 to llvm-N or llvmN ?

2020-01-14 Thread Chris Jones
Hi, I think we should definitively switch to llvm-10 for the next release, and just sort out whatever issues that causes. We should not perpetuate the mistake, now its know, and I suspect it won’t actually be that bad to deal with it. As for back porting that to the current versions, I agree t

renaming llvm/clang/lldb from llvm-N.0 to llvm-N or llvmN ?

2020-01-14 Thread Ken Cunningham
We finally had a situation where the llvm-N.0 naming convention did not work out, and we have a port named llvm-7.0 now actually being llvm-7.1.0. This inaccuracy generates a "disturbance in the force”. AFAICT, this has not ever happened before, so we always got away with it. We can just live w