🚀 go-pugleaf

If the reason people want the expression "foo" to mean "foo()" (which I think
is a bad idea, since "foo" already means "&foo"), is to make it possible to
hide whether something is a member or a method, why not instead implicitly
define functions for members?

For example,

class foo
  {
    public:
    int member;
  };

would be equivalent to:

class foo
  {
    public:
    int member;
    int member(void) { return member; }
  };

I don't particularly favor this proposal, but it's better than incompatibly
redefining what a function name by itself means.

My solution to this problem would simply be to have all members private, with
public methods to access them.  This is commonly done in Smalltalk (where it is
the only way to do it, since all instance variables are private).  It is a bit
more code to write (another line per member), but not a lot.
--
	Roland McGrath
	Free Software Foundation, Inc.
roland@ai.mit.edu, uunet!ai.mit.edu!roland