David L . Nicol <[EMAIL PROTECTED]> writes:
>Dan Sugalski wrote:
>>
>> Okay, here's a list of functions I think should go into variable vtables.
>
>All the math functions are in here. Can the entries that my type does
>not use be replaced with other functions that my type does use?
NO !
--
N
David L . Nicol <[EMAIL PROTECTED]> writes:
>Dan Sugalski wrote:
>>
>> Okay, here's a list of functions I think should go into variable vtables.
>
>All the math functions are in here. Can the entries that my type does
>not use be replaced with other functions that my type does use?
NO !
--
N
At 10:46 PM 8/31/00 +, David L. Nicol wrote:
>Dan Sugalski wrote:
> >
> > Okay, here's a list of functions I think should go into variable vtables.
>
>All the math functions are in here. Can the entries that my type does
>not use be replaced with other functions that my type does use?
That's
At 01:44 AM 9/1/00 -0400, Bradley M. Kuhn wrote:
>Dan Sugalski wrote:
> > At 04:59 PM 8/31/00 -0400, Buddha Buck wrote:
> > >At 04:43 PM 8/31/00 -0400, Dan Sugalski wrote:
> > >>Okay, here's a list of functions I think should go into variable
> vtables.
> > >>Functions marked with a * will take a
At 01:49 AM 9/1/00 -0400, Bradley M. Kuhn wrote:
>Dan Sugalski wrote:
> > > > get_value
> > > > set_value
>
> > The get/set value functions are for when something knows what the SV (or
> > whatever we call it) really is and can handle the raw data. For example,
> > if my code knew a SV he
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
DS> Okay, here's a list of functions I think should go into variable vtables.
DS> Functions marked with a * will take an optional type offset so we can
DS> handle asking for various permutations of the basic type.
DS> type
DS> nam
Ken Fox wrote:
> Perl is more like lisp with a good syntax -- in other
> words about as far from C as you can get.
I agree 100%.
--
John Porter
David L. Nicol wrote:
> Ken Fox wrote:
> > . The real problems of exception handling, closures, dynamic
> > scoping, etc. are just not possible to solve using simple C code.
> >
> > - Ken
>
> I'm not talking about translating perl to C code, I'm talking about
> translating perl to machine langua
Uri Guttman wrote:
>
> the best fit is the TIL (threaded inline code) model we have
> discussed.
Yes!
--
John Porter
At 11:11 AM 9/1/00 -0400, Chaim Frenkel wrote:
> > "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>
>DS> Okay, here's a list of functions I think should go into variable vtables.
>DS> Functions marked with a * will take an optional type offset so we can
>DS> handle asking for various permuta
>>DS> get_bool
>>
>>Is this allowed to return a non-true/false result? Or is everything
>>true or false?
>
>Dunno yet. I'm thinking just a true/false value, but...
A tri-state bool would be really cool (i.e, true/false/undef). Although I
understand that this probably isn't where Perl 6 is goi
Dan Sugalski wrote:
> We're shooting for speed here. Any common operation that could be affected
> by the type of the variable should be represented so a custom function can
> be called that does exactly what needs to be done.
>
> Dan
so if I want to make
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
DS> Type returns a magic cookie value of some sort (Not sure what sort yet),
So? What good is it? You might as well make it some sort of id. Then
perl could do the equivalent vs. identical determination without asking
the object to do it.
Dan Sugalski writes:
: Anyone got anything to add before I throw together the base vtable RFC?
So how do you call a generic method?
Larry
Dan Sugalski writes:
: Type returns a magic cookie value of some sort (Not sure what sort yet),
: name returns a string with the name of the type of the variable.
Why can't the type object just stringify to the name of the type?
>From a language level, I'm inclined to say that any bare identifi
Dan Sugalski <[EMAIL PROTECTED]> writes:
>is_equal (true if this thing is equal to the parameter thing)
>is_same (True if this thing is the same thing as the parameter thing)
is_equal in what sense? (String, Number, ...)
and how is is_same different from just comparing addresses of the t
> "NI" == Nick Ing-Simmons <[EMAIL PROTECTED]> writes:
NI> Dan Sugalski <[EMAIL PROTECTED]> writes:
>> is_equal (true if this thing is equal to the parameter thing)
>> is_same (True if this thing is the same thing as the parameter thing)
NI> is_equal in what sense? (String, Number, ...)
NI>
At 06:07 PM 9/1/00 +, Nick Ing-Simmons wrote:
>Dan Sugalski <[EMAIL PROTECTED]> writes:
> >is_equal (true if this thing is equal to the parameter thing)
> >is_same (True if this thing is the same thing as the parameter thing)
>
>is_equal in what sense? (String, Number, ...)
I was thin
At 10:25 AM 9/1/00 -0700, Larry Wall wrote:
>Dan Sugalski writes:
>: Anyone got anything to add before I throw together the base vtable RFC?
>
>So how do you call a generic method?
Generic vtable method? You'd have to look up the vtable in the stash that
held it and vector in through there.
If
At 10:23 AM 9/1/00 -0700, Larry Wall wrote:
>Dan Sugalski writes:
>: Type returns a magic cookie value of some sort (Not sure what sort yet),
>: name returns a string with the name of the type of the variable.
>
>Why can't the type object just stringify to the name of the type?
I'd figured that t
At 11:49 AM 9/1/00 -0500, David L. Nicol wrote:
>Dan Sugalski wrote:
>
> > We're shooting for speed here. Any common operation that could be affected
> > by the type of the variable should be represented so a custom function can
> > be called that does exactly what needs to be done.
> >
> >
On Fri, 01 Sep 2000, Dan Sugalski wrote:
> I'm not sure. They're there mainly for guaranteed unfiltered access to the
> variable's guts, and I'm not sure what things will need that.
I use direct, raw access in prototyping when dipping back into C for
"heavy" data manipulations - bit stream analy
22 matches
Mail list logo
