This and other RFCs are available on the web at
http://dev.perl.org/rfc/
=head1 TITLE
Transparently integrate C
=head1 VERSION
Maintainer: Nathan Wiger <[EMAIL PROTECTED]>
Date: 25 Sep 2000
Mailing List: [EMAIL PROTECTED]
Number: 319
Version: 1
Status: Developing
=head1 ABSTRACT
Somewhat to my own surprise, I really like this RFC.
My only disagreement is that I think it's a mistake to defer the call
to TIEWHATEVER until the first access. It ought to be done when
the typed variable is declared, so that it's easy to determine where
a variable is tied.
There is also the
Perl6 RFC Librarian <[EMAIL PROTECTED]> writes:
> This and other RFCs are available on the web at
> http://dev.perl.org/rfc/
>
> =head1 TITLE
>
> Transparently integrate C
On the whole I think I'm liking this. But it needs work.
>my packed $a; # just an assertion, RFC 218
>$a
> Somewhat to my own surprise, I really like this RFC.
Thanks :-)
> My only disagreement is that I think it's a mistake to defer the call
> to TIEWHATEVER until the first access. It ought to be done when
> the typed variable is declared, so that it's easy to determine where
> a variable is tied.
> I'm kind of curious to know what you think would happen with the
> following. I've commented where I'm confident...
>
> interface Number;
> sub TIESCALAR;
> sub STORE;
> sub FETCH;
>
> package integer implements Number; # I really like this notation
Tangentially, yes, it i
Nathan Wiger <[EMAIL PROTECTED]> writes:
> > I'm kind of curious to know what you think would happen with the
> > following. I've commented where I'm confident...
> >
> > interface Number;
> > sub TIESCALAR;
> > sub STORE;
> > sub FETCH;
> >
> > package integer implements Nu
On 26 Sep 2000, Perl6 RFC Librarian wrote:
> So, for example:
>
>package var; # main variable class
>
># all the main Perl internal methods are defined, such
># as TIESCALAR, TIEARRAY, STORE, FETCH, etc
>
>package int;
>use base 'var';
>
># ideas for RFC 303
>
Alan Gutierrez wrote:
>
> The suggested C< use optimize > pragma is starting to grow many heads.
> C< use less > was such a simple little pragma, a general direction for
> the interpreter to take. Here it seems that the optimizations apply to
> the C< package int; > only. Are we suggesting that o
