Jonathan Sillito (via RT) wrote:
# New Ticket Created by Jonathan Sillito
# Please include the string: [perl #22749]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22749 >
Some combination of the recent checkins broke the t
Jonathan Sillito (via RT) wrote:
Some combination of the recent checkins broke the tests in t/pmc/sub.t. This
small patch fixes the problem.
Now I know what's going on here.
I ran the tests always through imcc, which currently doesn't know that
the C opcode needs fixup.
So your patch is fine. I
Jens Rieks wrote:
You can not pass a NULL pointer to loadlib at the moment, this small hacks
"converts" an empty string to a NULL pointer to pass it to Parror_dlopen:
We could as well change string_to_cstring to return a NULL pointer for a
NULL String argument.
And for obtaining a NULL String
Okay, now that we're well on our way to getting sub/method/whatever
calling down and working, I want to point us towards what I'm
thinking of for exceptions.
Exception handlers really strike me as anonymous lexically scoped
subroutines that get called with just one parameter--the exception
obj
At 11:55 PM +0200 6/20/03, Jens Rieks wrote:
> (Which in itself tickles and scares the bejesus out of me.) Is there a
good way of finding the standard C library on a Unix system other than
hard-wiring it in like this?
Yes. Parrot is linked with the standard C library. You can get a handle for
t
I've updated PDD03 to deal with unprototyped/prototyped calling
better, have added in a savetop/restoretop pair of ops to save and
restore R16-31 of all the register sets (better for sub calls if you
want it all) and updated PDD03 to reflect that, too.
--
At 2:02 PM +0200 6/21/03, Leopold Toetsch wrote:
And for obtaining a NULL String you could use e.g. C or
better a new opcode:
B(out STR) # set register to NULL
For consistency we could have this op for all register type.
null I0 # a little faster shortcut of "set I0, 0"
Works, and done! :)
