On May 7, 2004, at 11:48 AM, chromatic wrote:
On Fri, 2004-05-07 at 11:13, Leopold Toetsch wrote:
Larry Wall <[EMAIL PROTECTED]> wrote:
[I'm assuming that these internal signatures contain actual type
No. They are really internal, denoting C data types: 'i' => int, 'd'
=>
double and so on. These s
On Fri, 2004-05-07 at 11:13, Leopold Toetsch wrote:
> Larry Wall <[EMAIL PROTECTED]> wrote:
>
> > [I'm assuming that these internal signatures contain actual type
>
> No. They are really internal, denoting C data types: 'i' => int, 'd' =>
> double and so on. These signature just happen to live i
Larry Wall <[EMAIL PROTECTED]> wrote:
> [I'm assuming that these internal signatures contain actual type
No. They are really internal, denoting C data types: 'i' => int, 'd' =>
double and so on. These signature just happen to live in STRINGs so that
we can pass them around e.g. to VTABLEs.
> Lar
On Fri, May 07, 2004 at 10:13:13AM +0200, Leopold Toetsch wrote:
: Or better create a string_equal_cstring. We are comparing
: signatures here, which are just plain ASCII strings. I don't think, that
: we should allow non-ASCII signatures.
[I'm assuming that these internal signatures contain actua
On May 7, 2004, at 1:13 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
... which is trashing the strings we've just made (and are
in the middle of using) in build_call_func:
2925if (!string_compare(interpreter, signature,
2926 string_from_cstring(interpreter
Jeff Clites <[EMAIL PROTECTED]> wrote:
> 1707# if ! DISABLE_GC_DEBUG
> 1708/* It's easy to forget that string comparison can trigger
> GC */
> 1709if (GC_DEBUG(interpreter))
> 1710Parrot_do_dod_run(interpreter, DOD_trace_stack_FLAG);
> 1711# endif
> Basically,
On May 6, 2004, at 6:58 AM, Nicholas Clark wrote:
On Tue, May 04, 2004 at 02:55:25PM +0200, Leopold Toetsch wrote:
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
'libnci.so' is used for testing the native call interface. However I
noticed
that the tests in t/pmc/nci.t were skipped, because 'libnc
