[llvm-dev] [Openmp-dev] [cfe-dev] [lldb-dev] What version comes after 3.9? (Was: [3.9 Release] Release plan and call for testers)
Hal Finkel via llvm-dev
llvm-dev at lists.llvm.org
Tue Jun 28 13:23:02 PDT 2016
----- Original Message -----
> From: "Chandler Carruth via Openmp-dev" <openmp-dev at lists.llvm.org>
> To: "Rafael Espíndola" <rafael.espindola at gmail.com>, "Eric
> Christopher" <echristo at gmail.com>
> Cc: "llvm-dev" <llvm-dev at lists.llvm.org>, "Chris Lattner"
> <sabre at nondot.org>, "openmp-dev (openmp-dev at lists.llvm.org)"
> <openmp-dev at lists.llvm.org>, "LLDB" <lldb-dev at lists.llvm.org>,
> "cfe-dev" <cfe-dev at lists.llvm.org>, "David Blaikie"
> <blaikie at google.com>, "Paul Robinson"
> <Paul_Robinson at playstation.sony.com>
> Sent: Tuesday, June 28, 2016 2:55:21 PM
> Subject: Re: [Openmp-dev] [cfe-dev] [llvm-dev] [lldb-dev] What
> version comes after 3.9? (Was: [3.9 Release] Release plan and call
> for testers)
> I actually don't care at all what the number is: 4 or 40 seem fine.
> If 4 seems too confusing, and 40 seems too extreme, how about 10.
> Seriously. It seems exactly as good as any other integer to start
> counting rationally, and won't confuse people by looking like a 4.0
I think that there are good marketing reasons to not be stuck at 3.x for a long time. People want to use actively-developed software that is neither too young (i.e. likely immature) nor too old. Thus, while always being on version 3.x is bad, being on version 50 or 100 also might send the wrong message. Given two releases per year, I think that starting at 40 is a bad idea, as we'll soon end up with numbers that look too large (in some subjective sense). Starting at 8 or 10 seems better.
Also, many people are used to the odd/even numbering schemes used by many projects (i.e. odd is unstable and even is stable), and I've noticed that some people have an unconscious bias as a result, so we might stay away from odd numbers for that reason.
> My 2 cents.
> Openmp-dev mailing list
> Openmp-dev at lists.llvm.org
Assistant Computational Scientist
Leadership Computing Facility
Argonne National Laboratory
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev