Displaying 3 results from an estimated 3 matches for "regularcamelcase".
2019 Feb 13
3
changing variable naming rules in LLVM codebase
...with actual tangible value.
On Wed, Feb 13, 2019 at 8:52 AM <paul.robinson at sony.com> wrote:
> Chandler wrote:
>
> > FWIW, I'm pretty strongly opposed to humbleCamelCase. We already use that
> > style so something else.
>
> Presumably you are equally opposed to RegularCamelCase, because we already
> use *that* style for something else.
>
> But really, objecting on the grounds that a given style is already used for
> function names is really a very weak argument. IME function names are
> *incredibly* *hard* to confuse with anything else, because they *alway...
2019 Feb 13
4
changing variable naming rules in LLVM codebase
FWIW, I'm pretty strongly opposed to humbleCamelCase. We already use that
style so something else. One of the biggest advantages of changing the
variable naming convention would be to differentiate variables from other
constructs IMO, and that's the nature of many examples here.
Using underscore_names for variables as Zach suggests would,, onhe other
hand, be a significant improvement
2019 Feb 14
5
changing variable naming rules in LLVM codebase
....robinson at sony.com> wrote:
>>
>>> Chandler wrote:
>>>
>>> > FWIW, I'm pretty strongly opposed to humbleCamelCase. We already use
>>> that
>>> > style so something else.
>>>
>>> Presumably you are equally opposed to RegularCamelCase, because we
>>> already
>>> use *that* style for something else.
>>>
>>> But really, objecting on the grounds that a given style is already used
>>> for
>>> function names is really a very weak argument. IME function names are
>>> *inc...