Re: vtables and multimethod dispatch

2002-07-16 Thread David M. Lloyd
On Tue, 16 Jul 2002, John Porter wrote: > > David M. Lloyd wrote: > > John Porter wrote: > > > The MM dispatch problem is pretty much solidly in > > > the realm of pmc inheritance, > > > > There _is_ no pmc inheritance right now. > > There's

Re: [netlabs #757] Problem mixing labels, comments and quote-marks

2002-07-18 Thread David M. Lloyd
On Sat, 13 Jul 2002, Tom Hughes wrote: > Of course... The attached patch should handle that I think... This patch is breaking several Solaris 32-bit tests. The following assembly (from t/pmc/perlarray1.pbc): new P0,.PerlArray set P0,0 set I0,P0 print I0

Re: RFC - Hashing PMC's

2002-07-22 Thread David M. Lloyd
On Mon, 22 Jul 2002, Dan Sugalski wrote: > At 5:52 PM +0100 7/22/02, Alberto Manuel Brandão Simões wrote: > >Dan, can we create this new vtable method? returning an integer (long > >integer)... with name hashValue, or asHash.. or something else. > > Yep. Call it id and have it return an INTVAL.

Re: PMC's and high level languages

2002-07-25 Thread David M. Lloyd
I can comment on a bit of this at least :) On Wed, 24 Jul 2002, Melvin Smith wrote: > It is not clear to me yet that there needs to be a 1-to-1 correlation > from PMC's to upper level "classes". There won't be. In general, there well be far fewer PMC classes than upper-level classes. Also, as

Re: [netlabs #801] [PATCH] PerlArray in scalar context

2002-08-14 Thread David M. Lloyd
On Fri, 12 Jul 2002, Sean O'Rourke wrote: > # New Ticket Created by "Sean O'Rourke" > # Please include the string: [netlabs #801] > # in the subject line of all future correspondence about this issue. > # http://bugs6.perl.org/rt2/Ticket/Display.html?id=801 > > > > This patch makes the followin

Re: [netlabs #801] [PATCH] PerlArray in scalar context

2002-08-14 Thread David M. Lloyd
On Wed, 14 Aug 2002, David M. Lloyd wrote: > > The problem was that the math vtable methods were giving up if the > > other side of the operator wasn't an int or a num. So the current > > version of PerlArray would make $x undef. I'm not sure getting the > > o

I scare me.

2003-08-01 Thread David H. Adler
I'm sure it needs a few tweaks, but I've managed to write a hq9+ interpreter in pasm. [insert deity here] help us all. :-) Any thoughts on this? http://www.thetasigma.com/parrot/ dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ "It's all eggs

hq9+ update

2003-08-02 Thread David H. Adler
Thanks to schwern, a couple of glitches in my interpreter have (I think) been fixed. updated version now replacing old version at http://www.thetasigma.com/parrot/hq9p.pasm dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ "Perl Porters, Inc. today announced

Re: We *need* this op! :-)

2003-08-08 Thread David H. Adler
nd extended version - hq9+42 dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ however, if people don't like Perl, they don't have to use it. they can stay at the office solving their problems while the Perl Mongers go out and drink. ;)- brian d foy in c.l.p.misc

Re: We *need* this op! :-)

2003-08-08 Thread David H. Adler
On Fri, Aug 08, 2003 at 12:33:03PM +0100, Nicholas Clark wrote: > On Fri, Aug 08, 2003 at 02:20:46AM -0400, David H. Adler wrote: > > On Thu, Aug 07, 2003 at 12:57:11PM -0400, Gordon Henriksen wrote: > > > This is really a language feature; you should add it to the hq9+ &g

Re: Release 0.0.11 status

2003-09-20 Thread David H. Adler
On Fri, Sep 19, 2003 at 09:22:05PM -0700, Steve Fink wrote: > > Anything I'm missing? I feel obliged to suggest putting HQ9PLUS into the languages directory. :-) dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ "It must be difficult being such a v

Re: What the heck is... wrong with Parrot development?

2005-06-06 Thread David H. Adler
thers. :-) In any case, I agree that this is not a matter that warrents extensive discussion. Speculation isn't terribly useful here. dha -- David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/ Just Install Perl. - Chris Nandor

Re: [perl #39734] t/doc/pod.t fails on Mac OS 10.4.6/perl 5.8.8

2006-07-06 Thread David H. Adler
On Thu, Jul 06, 2006 at 06:22:31AM -0700, jerry gay wrote: > On 7/5/06, via RT David H. Adler <[EMAIL PROTECTED]> wrote: > >As bugs go, not a killer, but still... > > > >The problem tests are as follows: > > > >not ok 329 - POD test for /Users/dh

Re: RFC 61 (v2) Interfaces for linking C objects into pe

2000-08-08 Thread David L. Nicol
r support variant types? I think the two steps. (It is possible to tie something to one class and bless it to another, is it not?) if we are to keep the package == namespace correlation, we'll need to define strong subpackages in order to use object methods that exist within a name space, tha

http://dev.perl.org/rfc/37.pod

2000-08-08 Thread David L. Nicol
http://dev.perl.org/rfc/37.pod And if we adopt complex data structures (how complex? just wrappers for C structs, into very fast hashes) as suggested in rfc 61, we could return those special, limited pseudohashes with only the relevant names, resolvable into offsets at compile time, instead of t

are API definitions implementation details?

2000-08-09 Thread David L. Nicol
I thought from the example RFC that perl6-internals was the only list there was, or that the librarian would assign to a list (as happens at IETF) if I suggested wrong list. -- David Nicol 816.235.1187 [EMAIL PROTECTED] On hold for tech support since 1995

Re: RFC 61 (v2) Interfaces for linking C objects into pe

2000-08-09 Thread David L. Nicol
ion of ld can be directed to create a shared object. References: man (1) ld -- the GNU linker -- David Nicol 816.235.1187 [EMAIL PROTECTED] On hold for support since 1995

re rfc 15 typing

2000-08-09 Thread David L. Nicol
inging on the wrath of those who hate C++ casting) a conversion method must be called. -- David Nicol 816.235.1187 [EMAIL PROTECTED] :wqOn hold for tech support since midnight

Ideas On what a SV is

2000-08-10 Thread David L. Nicol
bject type overloads is filled, and also a pointer to the association for uncommon methods of the object type is filled. So the defined type table is an array of constant-sized items. -- David Nicol 816.235.1187 [EMAIL PROTECTED] :wq

Re: Ideas On what a SV is

2000-08-11 Thread David L. Nicol
"Bryan C. Warnock" wrote: > > On Thu, 10 Aug 2000, David L. Nicol wrote: > > Within a perl instance, every object type must register itself on > > loading. At registration, a number is assigned, the jump table > > of common functions that that object type o

Re: Ideas On what a SV is

2000-08-11 Thread David L. Nicol
Dan Sugalski wrote: > > On Thu, 10 Aug 2000, David L. Nicol wrote: > > > Two fields. > > > > This'll cause issues both with GC and thread synchronization. (Besides, > don't skimp on fields in the base variable structure. Memory's reasonably > c

sorted sparse containers (was Re: PDL-P: Re: Hooks for array notation (was Re: Ramblings on "baseclass" for SV etc.)

2000-08-11 Thread David L. Nicol
r be posted to the language list. -- David Nicol 816.235.1187 [EMAIL PROTECTED] :wq

Re: Method call optimization.

2000-08-11 Thread David L. Nicol
run time? People who are frustrated that the OS won't let them write self-modifying assembly programs anymore? And how did Ing-Simmons get on the reply-to-all CC list twice? -- David Nicol 816.235.1187 [EMAIL PROTECTED] :wq

selectively invalidating cached inherited methods (as Re: Method call optimiza

2000-08-11 Thread David L. Nicol
fic classes and are therefore double-optimized -- David Nicol 816.235.1187 [EMAIL PROTECTED] :wq

Re: re rfc 15 typing

2000-08-10 Thread David L. Nicol
everywhere, and not force it on anyone else in -any- way. Maybe objects that fail to provide impliable interfaces to and from CSTRING and DOUBLE could generate a compile-time warning, instead of (or in addition to) just stringifying into RESTAURANT::INDIAN(0xFF23D) and zero, respectively > Mich

Typed Intermediate Language

2000-08-14 Thread David L. Nicol
Just in case I'm not the only one here who doesn't know what TIL means: http://www.cs.cornell.edu/home/jgm/tilt.html

string types proposal

2000-08-15 Thread David L. Nicol
Larry Wall wrote: > By the way, don't take this as a final design of string types either. :-) If string types are a tree of partially full nodes of string data, the representation of each sNode could be independent of the others. The originial idea behind using partially full nodes is, you c

Re: RFC 99 (v1) Maintain internal time in Modified Julian (not epoch)

2000-08-15 Thread J. David Blackstone
formalize this into a black-box value, meaning an object, and offload everything into a standard module instead of the core. Kirrily and Dan, isn't it time for a time and date sublist? J. David

Re: RFC 99 (v1) Maintain internal time in Modified Julian (not epoch)

2000-08-15 Thread J. David Blackstone
odule. There could be a date module (or two) included as standard, and people who want MJD or other systems, or fractions of a second, or whatever, could totally ignore the standard module and use a different one. J. David

Re: RFC 83 (v2) Make constants look like variables

2000-08-17 Thread David L. Nicol
> inlined, and constant expressions should be calculated at compile time. > > =head1 EXTENSIONS > > It may be desirable to have a way to remove constness from a value. This > will not be covered in this RFC--if it is required a separate RFC should > be written referencing this one. -- David Nicol 816.235.1187 [EMAIL PROTECTED] Damian Conway for president

Re: RFC 130 (v1) Transaction-enabled variables for Perl6

2000-08-17 Thread David L. Nicol
guage? -- David Nicol 816.235.1187 [EMAIL PROTECTED] Damian Conway for president

incorporate VMS into perl entirely

2000-08-17 Thread David L. Nicol
512 byte pages, stored on a permanent device and paged in as required, for everything -- David Nicol 816.235.1187 [EMAIL PROTECTED] Does despair.com sell a discordian calendar?

Re: RFC 83 (v2) Make constants look like variables

2000-08-17 Thread David L. Nicol
(like we effectively do now)? I see this RFC as just a change of > notation--what is it about it that requires a change of implementation? -- David Nicol 816.235.1187 [EMAIL PROTECTED] Does despair.com sell a discordian calendar?

Re: Vtable speed worry

2000-08-18 Thread David L. Nicol
No, because each table lookup takes less time than comparing one letter of a text string. > sv->vtable->svpvx; > > Isn't this going to really, really hurt? -- David Nicol 816.235.1187 [EMAIL PROTECTED] Doe

Re: RFC 136 (v1) Implementation of hash iterators

2000-08-22 Thread David L. Nicol
> > In perl 6 the keys and values functions should no longer use the > same iterator as the each function - each use of keys and values > should use it's own private iterator instead. And a separate one for each thread, too -- can't forget that --

Re: RFC 136 (v1) Implementation of hash iterators

2000-08-22 Thread David L. Nicol
"David L. Nicol" wrote: > > > > > In perl 6 the keys and values functions should no longer use the > > same iterator as the each function - each use of keys and values > > should use it's own private iterator instead. we could put it in a variable a

Re: RFC 136 (v1) Implementation of hash iterators

2000-08-22 Thread David L. Nicol
> we could put it in a variable associated with the instance of the > keyword. An associative array of threads to current-values. or in the "global per-thread data area" keyed to some immutable-during-the-run value. -- David Nicol 816.235.1187

Re: RFC 136 (v1) Implementation of hash iterators

2000-08-22 Thread David L. Nicol
instance of hash iteration maintained its iterator with the code, that simplifies tieing. The opnode for an iterator will need to store a pointer to the iterator, rather than a tie interface needing to store an array. -- David Nicol 816.235.1187 [EMAIL PROTECTED

extremely general top level threaded loop

2000-08-23 Thread David L. Nicol
kenize(<>); while(&$rearrange(@threads)){ $_->load_run_unload for @threads; }; -- David Nicol 816.235.1187 [EMAIL PROTECTED]

Re: McNamara's C<$#> as a property of any array element

2000-08-25 Thread David L. Nicol
a list/hash. the various internal functions would be accessible through long names, for the wizards, but in general an object would know what kind of for or each function would be run on it, through polymorphism. -- David Nicol 816.235.1187 [EMAIL PROTECTED] My argument is the result of selectively breeding straw men

Re: RFC 146 (v1) Remove socket functions from core

2000-08-25 Thread David L. Nicol
libraries might be entirely painless. So if my program has getprotobyname in it clarifying that token will take a moment, but then all the other weird socket calls will be there to use. How about automatic library search before syntax error? -- David Nicol 816.235.11

multidim. containers

2000-08-25 Thread David L. Nicol
se, as soon as it gets more than half full (we do some simulating to determine the optimal percentage? Have it settable as a container attribute?) we copy it to a big C array of data or pointers, depending on if the data are constantly sized. Have I got the idea? --

Re: Structuring perl's guts (Or: If a function is removed from aninterpreter, but you can still use it transparently, is it reallygone?)

2000-08-25 Thread David L. Nicol
Dan Sugalski wrote: > If it's decreed that fork is > just there without having to do something special, then it will be no > matter what magic needs to be done. package refimpl::builtins; sub fork { $refimpl::threads::deepcopy_target = new refimpl::perprocglobal

Re: Why except and always should be a seperate RFC.

2000-08-25 Thread David L. Nicol
perl5 sort of already has an C, in that DESTROY() methods are called on any blessed lexicals when the scope closes. Taking advantage of that for closing a file works if you hide your files in an object class or equivalent chicanery. Allowing user code into the list of things that perl does on s

Re: RFC 143 (v1) Case ignoring eq and cmp operators

2000-08-25 Thread David L. Nicol
list of functions I've used very recently, or something like that. This Nathan Torkington wrote: > > David L. Nicol writes: > > If we use exceptions of some kind to handle > > syntax, encountering an exception of type "unknown-keyword:Cmp" could > &g

Re: RFC 143 (v1) Case ignoring eq and cmp operators

2000-08-28 Thread David L. Nicol
Nathan Torkington wrote: > > David L. Nicol writes: > > Any subroutine declaration, for instance > > > > sub Cmp:infix($$){ > > return uc($_[0]) cmp uc($_[1]) > > }; > > > > implicitly sets up a "catch unknown-keywo

Re: RFC 155 - Remove geometric functions from core

2000-08-29 Thread David L. Nicol
gt; be shared, since you loaded and compiled source code into non-shared > parse trees. This is completely abysmal. Loading bytecode is no win: > it's not shared text. > > --tom -- David Nicol 816.235.1187 [EMAIL PROTECTED] Ask me about sidewalk eggs

Re: RFC 155 - Remove geometric functions from core

2000-08-29 Thread David L. Nicol
Sam Tregar wrote: > > On Tue, 29 Aug 2000, David L. Nicol wrote: > > > Well then. It is impossible to rearchitect it to make it shared > > text? Perhaps the first instance of perl sets up some vast shared > > memory segments and a way for the newcomers to link i

Re: RFC 146 (v1) Remove socket functions from core

2000-08-29 Thread David L. Nicol
defined errors. So why not follow that lead and call Overlays "dependent modules." If a dependent module knows what it depends on, that module can be loaded on demand for the dependent one. -- David Nicol 816.235.1187 [EMAIL PROTECTED] Yum, sidewalk eggs!

Re: RFC 155 - Remove geometric functions from core

2000-08-29 Thread David L. Nicol
is stage the placeholder in the op can be replaced with a longjump. Since the shared segments live at different addresses in different processes (or should I have stayed awake through that lecture) And there you go, a JIT. -- David Nicol 816.235.1187 [EMAIL PROTECTED]

Re: RFC 146 (v1) Remove socket functions from core

2000-08-30 Thread David L. Nicol
Nick Ing-Simmons wrote: > > David L . Nicol <[EMAIL PROTECTED]> writes: > >"overlay" is reminiscent of old IBM machines swapping parts of the > >program out because there isn't enough core. > > Which is exactly why I chose it - the places these thin

Re: RFC 146 (v1) Remove socket functions from core

2000-08-30 Thread David L. Nicol
, if it isn't much trouble. But that's what LRU paging does anyway -- what platfoms are we talking about, that don't have LRU paging? -- David Nicol 816.235.1187 [EMAIL PROTECTED] Subroutine one-arg, him called no-arg, get $_-arg. Ug.

Re: the C JIT

2000-08-31 Thread David L. Nicol
Ken Fox wrote: > Trolling? No, I'm not, it's the direction that RFC 61 ends up if you let it take you there. fast perl6 becomes, as well as slicing, dicing and scratching your back, a drop-in replacement for gcc. -- David Nicol 816.235.1187 [EM

Re: A tentative list of vtable functions

2000-08-31 Thread David L. Nicol
Dan > > --"it's like this"--- > Dan Sugalski even samurai > [EMAIL PROTECTED] have teddy bears and even > ted

Re: the C JIT

2000-08-31 Thread David L. Nicol
ytalk compared to Perl, when it comes to being something which is translatable to machine language. Ug. -- David Nicol 816.235.1187 [EMAIL PROTECTED] Kansas City Perl Mongers will meet Sept. 20th at 7:00 in Westport Flea Market Bar & Grill http://tipjar.com/kcpm

Re: A tentative list of vtable functions

2000-09-01 Thread David L. Nicol
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

the C JIT

2000-08-30 Thread David L. Nicol
be clarified without run-time inputs. -- David Nicol 816.235.1187 [EMAIL PROTECTED]

Re: the C JIT

2000-08-31 Thread David L. Nicol
David Corbin wrote: > A C JIT is an interesting idea. > > I think that a project works best when it has a set of goals (I haven't > seen one yet really for Perl 6). Unless this is one of the goals, I can > easily see how this could become a serious distraction to what

Re: Perl Implementation Language

2000-09-11 Thread David L. Nicol
to your faster language, as a methodology. Why don't we use this methodology? -- David Nicol 816.235.1187 [EMAIL PROTECTED] perl -e'map{sleep print$w[rand@w]}@w=<>' ~/nsmail/Inbox

Re: Perl Implementation Language

2000-09-15 Thread David L. Nicol
hen something difficult to port shows up in it. -- David Nicol 816.235.1187 [EMAIL PROTECTED] perl -e'map{sleep print$w[rand@w]}@w=<>' ~/nsmail/Inbox

Re: RFC 302 (v1) Unrolling loops and tail recursion

2000-09-25 Thread David L. Nicol
uction, except for things passed to functions named in expressions. Memory which is tied up in stack frames and other undestroyed structures in Classic model is available for reuse. -- David Nicol 816.235.1187 [EMAIL PROTECTED] "The most powerful force in the universe is gossip"

Re: Accessing a variable's attributes (was Re: RFC 241 (v1) ...)

2000-10-02 Thread David L. Nicol
h case $something:attribute becomes a shortcut for $special_attribute_flags_hash{'attribute'.stringify(\$something)} and some magic gets thrown in to destroy the flag entries when $something gets axed. -- David Nicol 816.235.1187 [EMAIL PROTECTED]

Re: RFC 334 (v1) Perl should allow specially attributed subs to be called as C functions

2000-10-13 Thread David L. Nicol
ypes. A C++ programmer could define some conversions from the types in their strongly typed compiled type system to the PerlData types, for instance. -- David Nicol 816.235.1187 [EMAIL PROTECTED] "After jotting these points down, we felt better."

Re: RFC 334 (v1) I'm {STILL} trying to understand this...

2000-10-13 Thread David L. Nicol
which have been marked with a RFC334 attribute indicating their C calling convention get two lines written to standard output (or the designated header file): one is a macro, which will call callperl directly with the name and the args, #define fooDIRECT(A,B,C) callperl(foo, A,B,C) and the other is

Re: Perl's parser and lexer will likely be in Perl (was Re: RFC 334 (v1) I'm {STILL} trying to understand this...)

2000-10-17 Thread David L. Nicol
Simon Cozens wrote: > This would have to take account of the fact that Perl's tokeniser is > aware of what's going on in the rest of perl. Consider > > print foo; > > What should the tokeniser return for "foo"? Is it a bareword? Is it a > subroutine call? Is it a class? Is it - heaven forbi

Re: (COPY) compile-time taint checking and the halting problem

2000-10-20 Thread David L. Nicol
Steve Fink wrote: > It's standard semantic analysis. Both your taintedness analysis and my > reachability analyses can be fully described by specifying what things > generate the characteristic you're analyzing, what things block (in the > literature, "kill") it, and the transfer rules. It's ofte

How to tell (in perl5) if friz is a core command or not?

2000-10-26 Thread David L. Nicol
fined as a command? (A few methods come to mind, including getting a list from the documentation and making a hash of it) -- David Nicol 816.235.1187 [EMAIL PROTECTED] :syntax on

Re: standard representations

2001-01-02 Thread David L. Nicol
Dan Sugalski wrote: > > At 10:14 AM 1/2/01 +, David Mitchell wrote: > >Nick Ing-Simmons <[EMAIL PROTECTED]> wrote > > > BigFloat could well build on BigInt for its "mantissa" and have another > > > int-of-some-kind as its exponent. We don't

interesting read: why the EROS project has switched from C++ to C

2001-01-16 Thread David L. Nicol
http://www.eros-os.org/pipermail/eros-arch/2001-January/002683.html

Re: interesting read: why the EROS project has switched from C++ to C

2001-01-16 Thread David L. Nicol
Simon Cozens wrote: > > On Tue, Jan 16, 2001 at 08:49:57PM +, David L. Nicol wrote: > > http://www.eros-os.org/pipermail/eros-arch/2001-January/002683.html > > Uhm. That's not *why* they're doing it, it's how they're doing it. > Did you get th

Re: Autovivification behavior

2001-01-21 Thread David L. Nicol
ed # scalar, with write-magic $second = \($$$hash{one}{two}{four}); # undef with very similar write-magic $$first = "first"; $$second = 2; # magic runs but doesn't do anything since

Re: PDD for code comments ????

2001-02-19 Thread David L. Nicol
t of writing /* =pod and =cut */ -- David Nicol 816.235.1187 [EMAIL PROTECTED] "Nothing in the definition of the word `word' says that a word has to be in a dictionary to be called one." -- Anu Garg

Re: defined: Short-cutting on || with undef only.

2001-02-19 Thread David L. Nicol
if instead of $x we > have a function call (or even if $x is tied...). With the propagation approach, there's no speed penalty for defined $x or $x = "N/A"; # slower than $x ||= "N/A" in perl 5 It's a perl5 speed optimization not a perl6 langu

Re: PDD for code comments ????

2001-02-20 Thread David L. Nicol
David Mitchell wrote: > 4. Are we all agreed that in addition to anything else (eg rfc281), at > least some of the standard commentary should appear actually within the > src file itself? s/at least some/most, if not all/ > 5. Do *all* these comments need to be extractable,

Re: Tolkein (was Re: PDD for code comments ????)

2001-02-20 Thread David L. Nicol
Simply Hao wrote: > > Douglas Adams does seem rather more appropriate a source of quotes > > for software (anyone's, alas) than Pratchett. > > But Adams already has a software company. And Sirius pioneered the GPP in Perl 6.

Re: PDD for code comments ????

2001-03-26 Thread David L. Nicol
Nick Ing-Simmons wrote: > Perhaps we could teach pod that /* was alias for =pod > and */ an alias for =cut ? that won't work because pod/cut is strictly line-based and C-style comments are strictly stream-based. -- David Nicol 816.235.1187 [EMAIL PROTECTE

Re: PDD 4 internal data types, version 1.1

2001-03-30 Thread David L. Nicol
Bart Lateur wrote: > > Er... may I suggest ratio's as a data format? It won't work for sqrt(2) > or PI, but it can easily store 1/3 as two (long) integers. You can > postpone doing integer divisions until you need a result, at which time ^to stri

Re: wacko idea

2001-04-24 Thread David L. Nicol
the (which) persistent space at a language level? Or would this be an internal infrastructure service which other things could build on. -- David Nicol 816.235.1187 [EMAIL PROTECTED] "Described as awesome by users"

deferred vtable assignment?

2001-04-25 Thread David L. Nicol
deal with the aliasing of comparison operators to a variety of cmp/<==> (or not) on a case-by-case basis. if it is supposed to be an optimization, keep it an optimization, with a fall-back to a non-optimized paradigm. -- David Nic

Re: deferred vtable assignment?

2001-04-26 Thread David L. Nicol
Dan Sugalski wrote: > >What if the decision in-vtable or not-in-vtable is deferred? > > That's doable, I think, though I can see some issues. how about a two-tiered vtable, where a single high bit, if set, indicates extended handling, or at least consultation of a different table. I guess th

continuations are prerequisite for coroutines

2001-05-01 Thread David L. Nicol
ROTECTED] If someone else is working on a continuation syntax or semantics, I'd like to have mine resemble yours, please contact me re: it. -- David Nicol 816.235.1187 [EMAIL PROTECTED] Parse, munge, repeat.

Re: Please shoot down this GC idea...

2001-05-02 Thread David L. Nicol
, and a lexical-analysis one for anything that is safe from these reference hazards. sub foo { my Dog $spot = shift; my $homework = shift; my $fh = IO::File->new($homework); # pass=by=value, safe to LAGC $spot->eat_homework($fh); # $fh is no longer fair game fo

Re: Please shoot down this GC idea...

2001-05-02 Thread David L. Nicol
"David L. Nicol" wrote: i'm swearing off sort-by-subject. Sorry.

<    1   2   3   4