[prev in list] [next in list] [prev in thread] [next in thread] 

List:       perl6-internals
Subject:    Re: [RFC] extension guessing, functionally better loader behavior
From:       Mike Mattie <codermattie () gmail ! com>
Date:       2007-05-27 19:26:16
Message-ID: 20070527122616.3b74abf6 () reforged
[Download RAW message or body]


On Mon, 21 May 2007 18:50:30 -0700
Allison Randal <allison@perl.org> wrote:

> Mike Mattie wrote:
> > 
> > loader      : a bit-mask selecting loaders to be included in the
> > search. This arguement is passed by reference. When a matching file
> >               is found the value of loader is reset to the flag for
> > the loader under which it was found.
> > 
> >               loader is not modified unless a matching file is
> > found.
> 
> This does make more sense than the pointer to an enum. Though, it's 
> still true that the caller doesn't really need to know all the 
> alternatives for looking up a library. It could all be encapsulated 
> within library.c.

Which loaders are relevant is specific to an op-code. For example
dynext.c , or .load_bytecode. For loading a module with a C part
as well as NCI bindings it will need to call it twice with
different masks.

> Allison

["signature.asc" (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]