Your javac has a configuration setting for the class names of inner classes? Although the inner classes use a $ embedded, rather than as a lead character. It's a similar issue.
The recommendation in C that _ is reserved for the implementor is not a linker issue, but more of a namespace scoping issue. There isn't a good way of marking a function as to be used by the implementor or the compiler, in such a way that a programmer can not conflict with it. Java has private which accomplishes that. But reserving some characters for the implementors is not really a bad thing. > -----Original Message----- > From: Peter Donald [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 04, 2002 8:15 PM > To: Jakarta General List > Subject: Re: More abuse of coding styles... > > > On Sat, 5 Jan 2002 03:19, Steve Downey wrote: > > > > <http://java.sun.com/docs/codeconv/html/CodeConventions.doc8.html#367> > > > > > > | "Variable names should not start with underscore _ or > dollar sign $ > > > | characters, even though both are allowed." > > > > > > The _instanceVariable and also the __staticVariable idea > > > makes real good > > > sense to me nowadays. Do you have any arguments against it? > > > (btw; this is > > > a genuine question!).. > > > > Because those characters are used by implementors and code > generators. > > all java code generators I use have configurable settings. > > > They > > are legal, but not intended to be used by programmers. > > Not relevent for java. In C this may be so but that mainly > had to do with how > the linker mangled names. And this was more separated out > between system-user > code > > -- > Cheers, > > Pete > > -------------------------------------------- > Sorry, I forgot to take my medication today. > -------------------------------------------- > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > <><><><><><><><><><><><><><><><><><><><><>This electronic mail transmission may contain confidential information and is intended only for the person(s) named. Any use, copying or disclosure by any other person is strictly prohibited. If you have received this transmission in error, please notify the sender via e-mail. <><><><><><><><><><><><><><><><><><><><><> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
