> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>> Is all that really necessary? Why not a non-vtbl function that knows how
>> to add numeric types?
DS> Which numeric types? Int? BigInt? Num? BigNum? Complex numbers? One of the
DS> reasons to go with the vtable stuff is to allow for smal
I think I see two problems:
* a lot of people want to know what's going on, but not all have the
experience to be able to follow it
* it's difficult for the design to happen through the questions
How about we do this to design the architecture and API:
perl6-internals-design is for a team o
There is here (me).
Dave Storrs <[EMAIL PROTECTED]> wrote:
> I've tried to snip as much as possible without fouling up
> attributions. If I failed, my apologies.
>
> On Thu, 30 Nov 2000, Dan Sugalski wrote:
> > >At 11:47 AM 11-30-2000 -0500, Bryan C. Warnock wrote:
> [...is there a pla
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> It's more than just the parser. You've got the bytecode compiler and
> possibly the optimizer as well, and they're probably going to be all, or
> mostly, C. On the other hand they might not have any internal hooks for
> perl code to wedge into, in which c
Simon Cozens <[EMAIL PROTECTED]> wrote:
> On Fri, Dec 01, 2000 at 08:42:57PM -0500, Bradley M. Kuhn wrote:
> > I believe that to do a true port to the JVM (e.g., supporting
> > eval($STRING)), we'll need to implement a bootstrapping parser for the
> > parser code in Java.
> Uhm, and then in ever
interested -- very
- Original Message -
From: "Dave Storrs" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 02, 2000 9:40 PM
Subject: Perl apprenticing
> I've tried to snip as much as possible without fouling up
> attributions. If I failed, my apologies.
>
> On Thu
I've tried to snip as much as possible without fouling up
attributions. If I failed, my apologies.
On Thu, 30 Nov 2000, Dan Sugalski wrote:
> >At 11:47 AM 11-30-2000 -0500, Bryan C. Warnock wrote:
[...is there a place where Perl Apprentice-wannabes can sign up with a
Perl Master...?]
> Not at
At 11:24 AM 12/1/00 +, David Mitchell wrote:
>and Buddha Buck <[EMAIL PROTECTED]> wrote:
>
> > I seem to remember a suggestion made a long time ago that would have the
> > vtable include methods to convert to the "standard types", so that if the
> > calls were b->vtable->add(b,a) (and both ope
At 08:42 PM 12/1/00 -0500, Bradley M. Kuhn wrote:
>I believe that to do a true port to the JVM (e.g., supporting
>eval($STRING)), we'll need to implement a bootstrapping parser for the
>parser code in Java.
>
>My concern is that the more integrated the lexer, parser and tokenizer are
>integrated,
At 03:02 PM 11/30/00 -0500, Buddha Buck wrote:
>At 02:27 PM 11-30-2000 -0500, Dan Sugalski wrote:
>>At 05:59 PM 11/30/00 +, Nicholas Clark wrote:
>>>On Thu, Nov 30, 2000 at 12:46:26PM -0500, Dan Sugalski wrote:
>>> > (Moved over to -internals, since it's not really a parser API thing)
>>> >
>>
At 04:05 PM 11/30/00 -0500, Chaim Frenkel wrote:
> > "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>
> >> The "add" op would, in C code, do something like:
> >>
> >> void add() {
> >> P6Scaler *addend;
> >> P6Scaler *adder;
> >>
> >> addend = pop(); adder = pop();
> >> push addend->vtable-
On Fri, Dec 01, 2000 at 08:42:57PM -0500, Bradley M. Kuhn wrote:
> I believe that to do a true port to the JVM (e.g., supporting
> eval($STRING)), we'll need to implement a bootstrapping parser for the
> parser code in Java.
Uhm, and then in every other language we port it to. Are you *sure* that
12 matches
Mail list logo
