Jeff Clites <[EMAIL PROTECTED]> wrote:
> On Nov 17, 2003, at 11:07 AM, Leopold Toetsch wrote:
>> *But*, when writing that stuff, one prelim was, that the compiler sees
>> all libs in the same sequence as runtime does. So above code (or your
>> second example) is illegal.
> Okay for now then. But
On Nov 17, 2003, at 11:07 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
My main point is that you can't do conditional library loading. This
code will try to load the "doesnt_exist" library, and I don't think it
should:
branch HERE
loadlib P1, "doesnt_exist
Jeff Clites <[EMAIL PROTECTED]> wrote:
> My main point is that you can't do conditional library loading. This
> code will try to load the "doesnt_exist" library, and I don't think it
> should:
> branch HERE
> loadlib P1, "doesnt_exist"
> HERE:
> end
> It's not because
On Nov 17, 2003, at 1:59 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
I've run into a couple of issue with library loading which have their
origin down inside the IMCC code:
1) External libraries are being loaded at parse time.
Inside of INS() in imcc/parser_util.c, Parrot_l
Jeff Clites <[EMAIL PROTECTED]> wrote:
> I've run into a couple of issue with library loading which have their
> origin down inside the IMCC code:
> 1) External libraries are being loaded at parse time.
> Inside of INS() in imcc/parser_util.c, Parrot_load_lib() is called at
> parse-time when load
I've run into a couple of issue with library loading which have their
origin down inside the IMCC code:
1) External libraries are being loaded at parse time.
Inside of INS() in imcc/parser_util.c, Parrot_load_lib() is called at
parse-time when loadlib is encountered. This is causing libraries t
