> "Dan" == Dan Sugalski <[EMAIL PROTECTED]> writes:
Dan> So, I see four real options:
Dan> 1) Someone fixes the Eiffel interface generator to understand
Dan> C variadic functions. 2) We provide a function and method
Dan> call interface that assumes you've already pre-filled i
On Fri, 20 May 2005, chromatic wrote:
>On Fri, 2005-05-20 at 17:49 -0400, Dino Morelli wrote:
>
>> r8136, I'm seeing this test failure:
>>
>> $ perl t/harness t/library/pcre.t
>>
>> t/library/pcreCan't use string ("Test::Builder") as a HASH ref while
>> "strict refs" in use at lib/Test/Builder
# New Ticket Created by jerry gay
# Please include the string: [perl #35903]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35903 >
i'm seeing the same failure, with perl 5.8.6, msvc 7.1, and win32
-- Forwarded me
# New Ticket Created by jerry gay
# Please include the string: [perl #35900]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35900 >
dynclasses and spawnw have been busted on win32 for some time now.
with this patch, these
On Fri, 2005-05-20 at 17:49 -0400, Dino Morelli wrote:
> r8136, I'm seeing this test failure:
>
> $ perl t/harness t/library/pcre.t
>
> t/library/pcreCan't use string ("Test::Builder") as a HASH ref while
> "strict refs" in use at lib/Test/Builder.pm line 304.
This is a feature of the Test-
r8136, I'm seeing this test failure:
$ perl t/harness t/library/pcre.t
t/library/pcreCan't use string ("Test::Builder") as a HASH ref while
"strict refs" in use at lib/Test/Builder.pm line 304.
# Looks like your test died before it could output anything.
t/library/pcredubious
Test
On Fri, 20 May 2005, Dan Sugalski wrote:
So, I see four real options:
1) Someone fixes the Eiffel interface generator to understand C variadic
functions.
2) We provide a function and method call interface that assumes you've
already pre-filled in the registers according to parrot's calling
conve
On Fri, 20 May 2005, Colin Paul Adams wrote:
Leopold> interpreter, PMC *sub, const char *sig, va_list args)>
And as for hand-writing interfaces, I'm not sure I know HOW to create
a va_list.
void *Parrot_runops_fromc_argsN(Parrot_Interp i, PMC *sub,
const char *si
Dan Sugalski wrote:
There are interfaces in the extension system to get a void * and length
back from a PMC when fetching string data out, but I see we don't have
that for plain strings. I'll probably fix that this weekend if someone
doesn't beat me to it.
There was a disucssion WRT that on #par
At 4:35 PM -0400 5/20/05, C. Scott Ananian wrote:
On Fri, 20 May 2005, Dan Sugalski wrote:
Well, mostly. string->cstring conversion is potentially lossy, if
for no other reason than embedded nulls will get in your way. I see
we're not exposing anything to do that, though, which we ought to
fix.
On Fri, 20 May 2005, Dan Sugalski wrote:
Well, mostly. string->cstring conversion is potentially lossy, if for no
other reason than embedded nulls will get in your way. I see we're not
exposing anything to do that, though, which we ought to fix.
pascal-style strings (ie, char* and length) are the
At 8:10 PM +0100 5/20/05, Colin Paul Adams wrote:
> "Leopold" == Leopold Toetsch <[EMAIL PROTECTED]> writes:
Leopold> Colin Paul Adams <[EMAIL PROTECTED]> wrote:
>> I have a problem with this - namely that the function is
>> variadic, and the interface generator can't cope with thi
Colin Paul Adams wrote:
"Leopold" == Leopold Toetsch <[EMAIL PROTECTED]> writes:
Leopold> interpreter, PMC *sub, const char *sig, va_list args)>
Despite what I said before, this is actually worse than
Parrot_call_sub.
The interface generator ignores it completely,
What interface generator?
.
> "Leopold" == Leopold Toetsch <[EMAIL PROTECTED]> writes:
Leopold> Colin Paul Adams <[EMAIL PROTECTED]> wrote:
>> I have a problem with this - namely that the function is
>> variadic, and the interface generator can't cope with this.
Leopold> Have a look at src/inter_run.c e.
At 1:15 AM +0800 5/21/05, Autrijus Tang wrote:
On Sat, May 21, 2005 at 12:53:15AM +0800, Autrijus Tang wrote:
Yeah, I bumped against that too. You need to look at the "strstart"
field in the ParrotString struct.
In Haskell I use:
peekCString =<< #{peek STRING, strstart} s5
Actually, never
Uri Guttman wrote:
"LT" == Leopold Toetsch <[EMAIL PROTECTED]> writes:
LT> I'm currently rewriting the hash implementation in src/hash.c. The
LT> new hash structure has just one piece of malloced memory with
LT> bucket pointers and buckets in one piece.
here is an odd thought to add to that.
On Sat, May 21, 2005 at 12:53:15AM +0800, Autrijus Tang wrote:
> Yeah, I bumped against that too. You need to look at the "strstart"
> field in the ParrotString struct.
>
> In Haskell I use:
>
> peekCString =<< #{peek STRING, strstart} s5
Actually, never mind; string_to_cstring is the way t
On Sat, May 21, 2005 at 12:53:15AM +0800, Autrijus Tang wrote:
> On Fri, May 20, 2005 at 05:42:48PM +0100, Colin Paul Adams wrote:
> > There is a function declaration
> > Parrot_string_cstring
> >
> > in string_funcs.h, but it appears to have no definitoon anywhere, so
> > that's not much use to m
On Fri, May 20, 2005 at 05:42:48PM +0100, Colin Paul Adams wrote:
> The problem I'm finding with this, is getting back the returned string
> characters.
> I assume the void * returned is pointing to a Parrot String.
> Certainly it's not a const char *.
Yes.
> There is a function declaration
> Par
Leopold Toetsch wrote:
I'm currently rewriting the hash implementation in src/hash.c. The new
hash structure has just one piece of malloced memory with bucket
pointers and buckets in one piece.
But before comitting I'd like to have some stress and benchmarks tests
that first show that my implem
> "LT" == Leopold Toetsch <[EMAIL PROTECTED]> writes:
LT> I'm currently rewriting the hash implementation in src/hash.c. The
LT> new hash structure has just one piece of malloced memory with
LT> bucket pointers and buckets in one piece.
here is an odd thought to add to that. since your
> "Autrijus" == Autrijus Tang <[EMAIL PROTECTED]> writes:
Autrijus> You may wish to use Parrot_call_sub's "SS" form, where
Autrijus> you pass in a string and get back a string. Something
Autrijus> like this:
Autrijus> my $interp = Parrot_new(undef);
Autrijus> # .
On 5/20/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>
> t/pmc/bigint now passes, but with Rev 8133 there are several other
> failures (even with a fresh checkout).
>
> Failed Test Stat Wstat Total Fail Failed List of Failed
> -
I'm currently rewriting the hash implementation in src/hash.c. The new
hash structure has just one piece of malloced memory with bucket
pointers and buckets in one piece.
But before comitting I'd like to have some stress and benchmarks tests
that first show that my implementation is correct and
Leopold Toetsch wrote:
> Ron Blaschke wrote:
>> Ron Blaschke wrote:
>t\pmc\bigint.t1 256221 4.55% 22
>> The problem seems to be caused by the C in
>> F. Well, not the actual cause, but that's
>> where we fail.
> mpz_get_str() returned a string that was very likely a
> "Leopold" == Leopold Toetsch <[EMAIL PROTECTED]> writes:
Leopold> Colin Paul Adams <[EMAIL PROTECTED]> wrote:
>> I have a problem with this - namely that the function is
>> variadic, and the interface generator can't cope with this.
Leopold> Have a look at src/inter_run.c e.
> "Autrijus" == Autrijus Tang <[EMAIL PROTECTED]> writes:
Autrijus> On Fri, May 20, 2005 at 10:34:39AM +0100, Colin Paul
Autrijus> Adams wrote:
>> I have a problem with this - namely that the function is
>> variadic, and the interface generator can't cope with this.
Autrij
Dino Morelli <[EMAIL PROTECTED]> wrote:
> Updated the How To Submit Something New section to include patching
> the MANIFEST file.
Thanks, applied.
leo
Colin Paul Adams <[EMAIL PROTECTED]> wrote:
> I have a problem with this - namely that the function is variadic, and
> the interface generator can't cope with this.
Have a look at src/inter_run.c e.g.
leo
On Fri, May 20, 2005 at 10:34:39AM +0100, Colin Paul Adams wrote:
> I have a problem with this - namely that the function is variadic, and
> the interface generator can't cope with this.
Hmm, in Haskell FFI, we hard-coded two cases of invocation, treating
the function as two distinct, non-variadic
> "Autrijus" == Autrijus Tang <[EMAIL PROTECTED]> writes:
Autrijus> On Tue, May 17, 2005 at 03:00:14PM +0100, Colin Paul
Autrijus> Adams wrote:
>> But when I look at http://www.parrotcode.org/docs/embed.html, I
>> can see no way of getting information back from the script -
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> 3) Proposal: PIR syntax enhancement
>.pragma n_operators
>...
>Px = Py + 1
>...
>[EOF]
> Within this pragma (valid inside and until end of file) the shortcuts
> '+', '-', ... should translate to "n_add", "n_sub", ...
> This simplif
# New Ticket Created by Dino Morelli
# Please include the string: [perl #35892]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35892 >
file: docs/submissions.pod
Updated the How To Submit Something New section to include
33 matches
Mail list logo