On Tue, Sep 19, 2000 at 08:05:50PM -0700, Nathan Wiger wrote:
> > $_ is not ALLCAPS. @EXPORT_OK should die (see RFC 233). @ISA is on
> > its way to its grave already, see C.
>
> Yeah, but you're still just sidestepping my point. Your position seems
> poised on the hope that no more special vari
Ilya Zakharevich wrote:
>
> $_ is not ALLCAPS. @EXPORT_OK should die (see RFC 233). @ISA is on
> its way to its grave already, see C.
Yeah, but you're still just sidestepping my point. Your position seems
poised on the hope that no more special variables get introduced, or
that some of the exi
On Tue, Sep 19, 2000 at 06:39:49PM -0700, Nathan Wiger wrote:
> > The presence of a method STORE is visible outside of the module, and
> > may be &required* if the module follows some published (non-Perl) API.
> > Variables are of different ilk.
>
> I think you're overlooking they can both be equ
Ilya Zakharevich wrote:
>
> The presence of a method STORE is visible outside of the module, and
> may be &required* if the module follows some published (non-Perl) API.
> Variables are of different ilk.
I think you're overlooking they can both be equally visible:
$Foo::DEBUG = 1;
Foo::S
On 16 Sep 2000 08:08:05 -, Perl6 RFC Librarian wrote:
>If some special action handler needs to be registered, this should be
>done not by using a special name, but by a pragma.
>
> use tie STORE => sub { ... };
>
>not
>
> sub STORE { ... }
Hmmm... this sounds like a less efficient approach
> No special UPPERCASE_NAME subroutines
Whoa! What about ALLCAPS variables? Should we axe all of them as well?
They're the exact same idea.
> If some special action handler needs to be registered, this should be
> done not by using a special name, but by a pragma.
>
> use tie STORE => sub { .
This and other RFCs are available on the web at
http://dev.perl.org/rfc/
=head1 TITLE
No special UPPERCASE_NAME subroutines
=head1 VERSION
Maintainer: Ilya Zakharevich <[EMAIL PROTECTED]>
Date: 15 Sep 2000
Mailing List: [EMAIL PROTECTED]
Number: 243
Version: 1
Status: Developing
