On Fri Jul 14 06:23:20 2006, coke wrote: > So, does .loadlib wipe the current .HLL pragma that's in effect? (if > it's intereacting with the other dot-pragmas, we need to document.) > > Regards. > > On Jul 14, 2006, at 7:17 AM, Audrey Tang wrote: > > > > > 在 2006/7/14 上午 6:45 時，Audrey Tang 寫到： > >> Changing it back to :immediate makes tests pass again. > >> > >> Alternately, skipping the Parrot_register_HLL part in IMCC makes > >> tests pass again. > > > > After several rounds of trial-and-error, I've committed r13294 that > > works around the problem: > > > > * Tcl: Change back to .loadlib. > > > > Simply adding this line to tcllib.pir: > > .loadlib 'dynlexpad' > > appears to fix the problem. > > > > According to leo, .loadlib acts like a dummy HLL, so there is > > an order dependency to be observed by .loadlib calls. > > > > This may not be a problem if Parrot_register_HLL_type takes the > > HLL name instead of the current max HLL_idx, but the current state > > renders this workaround neccessary. > > > > So this ticket is probably good to be closed again, though it still > > leaves me somewhat puzzled. :) > > > > Audrey > > -- > Will "Coke" Coleda > [EMAIL PROTECTED] > >
This ticket is over two years old. Does the ".loadlib" pragma work without problems now? Does it still appear to interact negatively with the .HLL pragma? If the .loadlib pragma is implemented and doesn't cause any problems, we should close this ticket. -- Andrew Whitworth a.k.a Whiteknight
