Displaying 3 results from an estimated 3 matches for "myraiith".
2014 Oct 13
5
[LLVMdev] RFC: variable names
...initialisms
we may still get leading capitals.)
Trailing _ is better, but still suffers from bugs where the wrong entity is
used:
class A {
bool m_;
A(bool m) : m_(m_) {} // oops, but we diagnose
};
Capitalizing member names has the same problems as capitalizing local
variable names:
struct MyRAIIThing {
Sema &Sema; // =(
};
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20141013/6a22494e/attachment.html>
2014 Oct 14
2
[LLVMdev] RFC: variable names
...gs where the wrong entity
>> is used:
>>
>> class A {
>> bool m_;
>> A(bool m) : m_(m_) {} // oops, but we diagnose
>> };
>>
>> Capitalizing member names has the same problems as capitalizing local
>> variable names:
>>
>> struct MyRAIIThing {
>> Sema &Sema; // =(
>> };
>>
>
> In addition to all of this, I disagree that it is reasonable to try to
> differentiate between member and local variables.
>
> struct MyClass {
> static int x;
> int y;
>
> void MyFunction(MyClass a, MyC...
2014 Oct 13
3
[LLVMdev] RFC: variable names
On Oct 13, 2014, at 3:44 PM, Chandler Carruth <chandlerc at google.com> wrote:
> I actually have a particular allergy to member variable names and function names having similar styles:
>
> bool x = i->isMyConditionTrue;
>
> Did I mean to write 'isMyConditionTrue()'? Or 'bool &x = I->isMyConditionTrue'? Or something else? I have no idea. Warnings and