Newsgroups: comp.std.c++
Path: utzoo!utgpu!news-server.csri.toronto.edu!torsqnt!geac!alias!rae
From: rae@alias.com (Reid Ellis)
Subject: Re: "module" facility for top-level namespace control
Message-ID: <1991Apr25.060721.12694@alias.com>
Keywords: namespace, module
Sender: news@alias.com (USENET News)
Organization: Alias Research, Inc. Toronto ON Canada
References: <1991Apr19.163253.22253@kestrel.edu> <1991Apr19.183922.1982@kodak.kodak.com> <5143@lupine.NCD.COM> <1358@appli.se>
Distribution: comp.std.c++
Date: Thu, 25 Apr 91 06:07:21 GMT

Scott Layson Burson <gyro@kestrel.edu> writes:
|Suppose we were to introduce a keyword "module" with a simple syntax:
|   module Foo {
|     // ... declarations
|   }

Ron Guilmette <rfg@NCD.COM> writes:
|how about just using `class <identifier> static { ... }' rather than
|requiring `module <identifier>'?

Niklas Hallqvist <niklas@appli.se> writes:
|How about:
|
|default class CLASSNAME-LIST {
|  // code goes here;
|}

I'd like something similar to Ron's idea, but the other way around:

static class <identifier> {
	// ...
}

Did you know that the above currently passes cfront without a peep?
The "static" doesn't actually *do* anything, but nothing complains.
This could be more generally defined as any storage-specifier
preceding a class definition becomes the default storage-specification
for the scope of the class?  Should it include [previously[ automatic
variables inside [non-inline] method definitions?  Hrm.  Perhaps only
limited to the scope of the class definition..

					Reid
--
Reid Ellis     1 Trefan Street Apt. E, Toronto ON, M5A 3A9
rae@utcs.toronto.edu        ||               rae@alias.com
CDA0610@applelink.apple.com ||      +1 416 362 9181 [work]
