All~
I am near boston so worst case senario I can take it. But I would
prefer not to if another option is there.
Matt
On 4/25/05, Bob Rogers <[EMAIL PROTECTED]> wrote:
>From: Nicholas Clark <[EMAIL PROTECTED]>
>Date: Mon, 25 Apr 2005 10:37:07 +0100
>
>On Sun, Apr 24, 2005 at 09:46:
From: Leopold Toetsch <[EMAIL PROTECTED]>
Date: Mon, 25 Apr 2005 17:41:49 +0200
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> . . .
> Others relate to "this PMC is going away". And as morph involves changing
> the internal memory layout of a PMC without it actually going away, only
From: Leopold Toetsch <[EMAIL PROTECTED]>
Date: Mon, 25 Apr 2005 08:59:05 +0200
Bob Rogers <[EMAIL PROTECTED]> wrote:
>From: Leopold Toetsch <[EMAIL PROTECTED]>
>It probably just depends on the implementation of Perl5 references.
> Hmm. I'm probably missing something (
The garbage collection issues that were stopping ParTcl's test suite (FYI,
*not* Tcl's test suite) from working seem to be gone now!
I've gotten passing reports on all tests (that aren't TODO'd) from OS X,
FreeBSD, and Linux.
ParTcl is part of the parrot svn repository. See:
http://www.parrotcode
From: Nicholas Clark <[EMAIL PROTECTED]>
Date: Mon, 25 Apr 2005 10:37:07 +0100
On Sun, Apr 24, 2005 at 09:46:03PM -0400, Bob Rogers wrote:
> available; if the money were forthcoming, it could even run Tru64. Is
> the Parrot project interested in using such a box? If so, under wha
On Mon, 25 Apr 2005, Ron Blaschke wrote:
> Monday, April 25, 2005, 5:52:42 PM, jerry gay via RT wrote:
> > On 4/23/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> >> IMHO, compilation and linkage feels quite messy as a whole. I am not
> >> sure how to get the current link command to look like the o
Monday, April 25, 2005, 5:52:42 PM, jerry gay via RT wrote:
> On 4/23/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> IMHO, compilation and linkage feels quite messy as a whole. I am not
>> sure how to get the current link command to look like the one above,
>> without doing something akin to F
>>
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 24, 2005 at 09:25:43AM +0200, Leopold Toetsch wrote:
>> Ok, that can be solved by calling A.destroy() first. But what happens,
>> if A has finalizers, which may depend on other finalizers?
> Doesn't this mean that there's a split here in "fi
On 4/23/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> 1) F uses C, which is named C<_vsnprintf> on
> MSWin32. A simple hack would be to add the following to F.
>
>#ifdef WIN32
># define vsnprintf _vsnprintf
>#endif
confirmed here on VS.NET 2003 (aka MSVC 7.1), although this is not
n
On Sun, Apr 24, 2005 at 09:25:43AM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > When writing morph methods for PMC classes, am I right in thinking that if
> > In effect morph has to be friends of both A and B, because it needs to break
> > encapsulation?
>
> Yep.
I forwarded the Common LISP notice to a friend of mine who works on
CMUCL internals, and he suggested:
"[they should think about starting with] CMUCL and retarget
[sic] it for the new VM. That way he gets all the type inference
for free [which would increase performance]"
On Sun, Apr 24, 2005 at 09:46:03PM -0400, Bob Rogers wrote:
> available; if the money were forthcoming, it could even run Tru64. Is
> the Parrot project interested in using such a box? If so, under what
> OS? And where/how should such a box be hosted/administered?
Quite possibly, although I pe
On Sun, Apr 24, 2005 at 08:52:55AM +0200, Leopold Toetsch wrote:
> Yep. That's true. Fixed. BTW did you come along that by using this
> function or just by reading the code?
Just reading the code, although not very systematically. I was trying to
figure out how morph worked.
Nicholas Clark
Christoph Otto <[EMAIL PROTECTED]> wrote:
> This patch fills in two holes in pdd04 (internal data types). The
> information came from include/parrot/pobj.h.
> Christoph Otto
Thanks, applied.
leo
François" PERRAD <[EMAIL PROTECTED]> wrote:
> This patch allows the inclusion of ICU DLL in the installer.
Thanks, applied.
leo
Bob Rogers <[EMAIL PROTECTED]> wrote:
>From: Leopold Toetsch <[EMAIL PROTECTED]>
>It probably just depends on the implementation of Perl5 references.
> Hmm. I'm probably missing something (it wouldn't be a first), but if
> the reference points to $a itself rather than the PMC to which $a
16 matches
Mail list logo
