Dan Sugalski wrote:
We can't devolve to isa checking under the hood, because there are
cases where a class can assert that it has a role without pulling in
the role externally. (Storable, for example, will be a likely thing
here as classes assert they do Storable without pulling in an external
On Wed, May 05, 2004 at 08:12:24PM -0400, Austin Hastings wrote:
: Apparently the AUTOMETH code will be invoked to determine what code matches
: a request. AUTOMETH will "return a reference to" a matching method. This
: implies that AUTOMETH is expected to resolve dispatch within the class --
: "He
> -Original Message-
> From: Larry Wall [mailto:[EMAIL PROTECTED]
> Sent: Friday, 07 May, 2004 12:40 PM
> To: Perl6 Language
> Subject: Re: Specifying class interfaces with AUTOMETH
>
> : This seems an awkward way to implement dispatch, since the
> : price of using AUTOMETH is being able to
On Fri, May 07, 2004 at 01:39:43PM -0400, Austin Hastings wrote:
: I agree: classes have a chance to pre-specify the class
: signatures, and objects get a chance to dynamically agree to
: undertake method calls.
:
: The timeframe I was thinking of was object construction time.
I don't see the val
sometime ago Andy Lester wrote:
It's been a while since I've heard from any hoplites. Where are you on
your individual Phalanx modules?
recently Tim Bunce wrote:
Encouraging simple status reports, say monthly, may help ensure progress.
ok, I have written 8 tests scripts for a total of 227 te
On Fri, May 07, 2004 at 08:28:36AM +0200, Dominic Letarte ([EMAIL PROTECTED]) wrote:
> ok, I have written 8 tests scripts for a total of 227 tests cases (11
> tests cases are presents in the current distribution of PRD). My test
> code is covering all the things said in the first half of the pod
On Fri, May 07, 2004 at 09:46:02AM -0500, Andy Lester wrote:
> On Fri, May 07, 2004 at 08:28:36AM +0200, Dominic Letarte ([EMAIL PROTECTED]) wrote:
> > ok, I have written 8 tests scripts for a total of 227 tests cases (11
> > tests cases are presents in the current distribution of PRD). My test
>
On Thu, May 06, 2004 at 05:09:03PM -0600, Jim Cromie wrote:
> stevan little wrote:
>
> >I looked on the site (http://qa.perl.org/phalanx/), but there was
> >nothing said about how to get involved in this project. Are you
> >looking for help? And if so, how can I help?
>
> sure. Pick a module f
> Encouraging simple status reports, say monthly, may help
> ensure progress.
Or...we could set some deadlines...like have 50% of your module tested by
YAPC, and/or possibly have some incentives.
~~Andrew
> > Encouraging simple status reports, say monthly, may help
> > ensure progress.
> Or...we could set some deadlines...like have 50% of your module tested
by YAPC, and/or possibly have some incentives.
Say "..50%.. of modules tested by YAPC or we cancel the conference"?
How about asking YAS if t
> > > Encouraging simple status reports, say monthly, may help ensure
> > > progress.
>
> > Or...we could set some deadlines...like have 50% of your
> module tested
> by YAPC, and/or possibly have some incentives.
>
> Say "..50%.. of modules tested by YAPC or we cancel the conference"?
On Fri, May 07, 2004 at 08:12:32AM -0500, James.FitzGibbon ([EMAIL PROTECTED]) wrote:
> > Or...we could set some deadlines...like have 50% of your module tested
> by YAPC, and/or possibly have some incentives.
>
> How about asking YAS if they would offer reduced price admission if you
> flesh out
Potozniak, Andrew wrote:
Encouraging simple status reports, say monthly, may help ensure
progress.
Or...we could set some deadlines...like have 50% of your
module tested
by YAPC, and/or possibly have some incentives.
Say "..50%.. of modules tested by YAPC or we cancel the conferen
Maybe daily or weekly reminders would be helpful, because I know most of the
time when I go home from work I rarely to almost never thing about the
Phalanx project. I just think there is a huge lack of communication between
Hoplites. It would be nice to have a system where you can ask other
hopli
hey all,
Ive been doing hoplite type stuff on B::Concise,
so I figured Id come here, shield & spear in hand, to seek some free help.
If you build bleadperl, please apply this patch, and maybe rebuild with
-Uuseperlio.
(sh Configure -des -O -Uuseperlio) I think.
For me, the patch fixes this:
linux
On May 7, 2004, at 1:37 PM, Tim Bunce wrote:
But still no hoplite has actually adopted the DBI...
Since I would like to get involved here, and (with the exception of
HTML::Template, which is already taken) the module I know best in the
100 is DBI. Besides, it seems like Tim really want's someone
stevan little wrote:
On May 7, 2004, at 1:37 PM, Tim Bunce wrote:
But still no hoplite has actually adopted the DBI...
Since I would like to get involved here, and (with the exception of
HTML::Template, which is already taken) the module I know best in the
100 is DBI. Besides, it seems like Tim
On Fri, May 07, 2004 at 03:03:10PM -0400, stevan little wrote:
> On May 7, 2004, at 1:37 PM, Tim Bunce wrote:
> >
> >But still no hoplite has actually adopted the DBI...
>
> Since I would like to get involved here, and (with the exception of
> HTML::Template, which is already taken) the module I
Tim,
I subscribed to dbi-dev and dbi-users both. I will download and install
subversion this weekend (i have been meaning to do this, but putting it
off). And then I will get to work on #1 on your list (convert all tests
to Test::More). I will also keep in mind your larger goal of developing
th
On Fri, May 07, 2004 at 10:31:49PM +0100, Tim Bunce ([EMAIL PROTECTED]) wrote:
> Here's what I'd like to see done soonish:
>
> 1. Convert all exisiting test files to Test::More
> 2. Parts of t/10examp.t should be broken out to separate test scripts
> 3. Start increasing coverage, especially pri
Jim Cromie wrote:
If you build bleadperl, please apply this patch, and maybe rebuild
with -Uuseperlio.
(sh Configure -des -O -Uuseperlio) I think.
never mind testing this - its now in as 22801
the rest still is open tho.
Andy,
Devel::Cover and I are already very well aquainted, its one of my
favorite tools actually.
steve
On May 7, 2004, at 6:14 PM, Andy Lester wrote:
On Fri, May 07, 2004 at 10:31:49PM +0100, Tim Bunce
([EMAIL PROTECTED]) wrote:
Here's what I'd like to see done soonish:
1. Convert all exisiting
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
Adam Thomason <[EMAIL PROTECTED]> wrote:
> amd64 breaks. Shared libraries must be compiled with -fPIC; see
> http://www.x86-64.org/lists/discuss/msg02621.html for why. LD_SHARED
> has the flag, but nci_test.o isn't compiled with it.
Well, then we have to add $(LD_SHARED).
> needs to be a CC_SH
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Since I am unable to help with the C part of things, I
> figured I could at least track
> down where the problem was for everyone. I have
> isolated the ARENA_DOD_FLAGS problem
> on Cygwin to a change committed to CVS between
> 2004-04-15 10:00 and 10:15
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> So I don't know what to do next.
Difficult. Set a breakpoint (after the C) has executed at
nci_test.c:nci_pi, check any used pointer addresses from C code if they
match somewhere in that PMC.
And: Does it run with:
parrot -G t/pmc/nci_23.pasm
that
Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> Off the top of my head, I can think of three instances where building
> without dynamic loading is relevant:
Ok. We need some more Configure support for this. First: if
--disable-shared or such is set on Configure., we should disable dynamic
targets i
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,
# New Ticket Created by Adam Thomason
# Please include the string: [perl #29402]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29402 >
The recently posted sha1 and md5 programs produce incorrect answers on amd64, at lea
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> 0x0002e354 in pobject_lives (interpreter=0x1000200, obj=0xd13a68)
Ok, that's exactly:
> #5 0x001ae474 in Parrot_NCI_set_string_keyed (interpreter=0x1000200, \
pmc=0x100f6a0, func=0x
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> #5 0x001ae474 in Parrot_NCI_set_string_keyed (interpreter=0x1000200, pmc=0x100f6a0,
> func=0xd13a68, value=0x1001ba8) at classes/nci.c:86
Ok. Fixed. And this test is removed. It was bogus anyway. The next test
has the right way to attach a callback inf
Adam Thomason <[EMAIL PROTECTED]> wrote:
> The recently posted sha1 and md5 programs produce incorrect answers on
> amd64, at least in part because bitops on 64-bit values are screwy.
> One particularly odd case:
> _main:
> set I1, 0x
> shl I1, I1, 32
> set I2, 0xf
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> #4 0x00423977 in enter_nci_method
> (interpreter=0x100d1d68, type=26, func=0x481670,
> name=0x53f8d9 "thread1", proto=0x53f8d4 "vIOP") at
Does the recent change related to NCI cure the problem?
leo
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>> ... And... we
>> move *all* the operator functions out of the vtable and into the MMD
>> system. All of it.
> This *all* includes vtable functions like add_int() or add_float() too,
> I presume. For these we h
On Fri, May 07, 2004 at 11:56:10AM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
>
> > 0x0002e354 in pobject_lives (interpreter=0x1000200, obj=0xd13a68)
>
>
> Ok, that's exactly:
>
> > #5 0x001ae474 i
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> Yes, the fix you committed works. Thanks:
Welcome
> All tests successful, 1 test and 54 subtests skipped.
Fine
> However, I still have to make libnci.dylib by hand. I'm not sure of the best
> way to integrate things for that into the Configure system
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>> At 11:35 AM +0200 4/30/04, Leopold Toetsch wrote:
>>>Dan Sugalski <[EMAIL PROTECTED]> wrote:
If we go MMD all the way, we can skip the bytecode->C->bytecode
transition for MMD functions that are wr
Joshua Gatcomb wrote:
I am not sure where to go from here. Any suggestions?
Ok, here is a sample debugging session:
$ cat hello.pasm
print "hello\n"
end
$ parrot hello.pasm
hello
$ gdb parrot
...
(gdb) b new_pmc_header
(gdb) r hello.pasm
Breakpoint 1, new_pmc_header (interpreter=0x82e5668, fla
Piers Cawley <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>> - if it calls a PASM routine, registers have to be preserved. Which
>> registers depend on the subroutine that actually gets called (ok, this
>> information - which registers are changed by the sub - can b
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x00419f6c in new_pmc_header (interpreter=0x100d1d68,
> flags=1024) at src/headers.c:251
> 251 *((Dead_PObj*)pmc)->arena_dod_flag_ptr
One more idea: When you set a breakpoint at C and (s
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> #4 0x00423977 in enter_nci_method
> (interpreter=0x100d1d68, type=26, func=0x481670,
> name=0x53f8d9 "thread1", proto=0x53f8d4
> "vIOP") at
>
> Does the recent change related to NCI cure the
> problem?
>
> leo
Except for a few of the numbers
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> ...
>So the problem should just be in two files:
>
> headers.c
> pmc.c
>
> The patch moved PMC creation code from pmc.c to
> headers.c.
>
> The C is set in
> C. I don't see a
> way, why it can be NULL then.
>
> I must miss something.
>
> leo
Pu
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb wrote:
> > I am not sure where to go from here. Any
> suggestions?
>
> Ok, here is a sample debugging session:
>
> $ cat hello.pasm
>print "hello\n"
>end
>
> $ parrot hello.pasm
> hello
>
> $ gdb parrot
> ...
> (gdb) b ne
Apparently it's not happy with things of the form
foo = bar * .95
where the RHS of the binary operation is a floating point constant
with no integer portion. Changing it to 0.95 works, so I assume the
grammar just needs a tweak.
--
Dan
-
Joshua Gatcomb wrote:
(gdb) p *pool
$1 = {last_Arena = 0x1020, object_size = 32,
objects_per_alloc = 16382, total_objects = 2048,
num_free_objects = 2047, skip = 0, replenish_level =
614, free_list = 0x1021, align_1 = 0,
add_free_object = 0x4700f0 ,
get_free_object = 0x470110 ,
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb wrote:
> > (gdb) p *pool
> > $1 = {last_Arena = 0x1020, object_size = 32,
> > objects_per_alloc = 16382, total_objects = 2048,
> > num_free_objects = 2047, skip = 0,
> replenish_level =
> > 614, free_list = 0x1021, align_1 =
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Apparently it's not happy with things of the form
> foo = bar * .95
> where the RHS of the binary operation is a floating point constant
> with no integer portion. Changing it to 0.95 works, so I assume the
> grammar just needs a tweak.
Yep. The lexe
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> --- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>> Seems that you got sizeof(UINTVAL) == 8 ???
> (gdb) p sizeof(PMC)
> $1 = 32
> (gdb) p sizeof(Dead_PObj)
> $2 = 40
> (gdb) p sizeof(void *)
> $3 = 4
> (gdb) p sizeof(UINTVAL)
> $4 = 8
Aargh yes. So here
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Aargh yes. So here we go:
>
> $ make realclean
> $ perl Configure.pl --intval=long --opcode=long
>
This was the ticket Thanks. For my own
edification, can you explain to me what in the code I
isolated that changed on the 15th accounts for t
$ make realclean
$ cvs update -dP
$ perl Configure.pl --intval=long --opcode=long
--icuheaders=/usr/local/include --icushared='-licuuc
-licudt'
$ make
$ make test
All tests successful, 2 tests and 57 subtests skipped.
Files=102, Tests=1522, 395 wallclock secs (230.74 cusr
+ 149.40 csys = 380.1
I'm trying to find documentation on how to write PMCs. I can find lots of
PMCs in the source tree, but I can't seem to find documentation on how to
go about writing them, or what the various fields and flags do.
For example, the string PMC_data occurs in many source files, but as far
as I can tell
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
In addition to now passing all tests, parrot is
lightening fast in comparison to what it was only a
few short hours ago. What a difference after:
--intval=long --opcode=long
$ time parrot primes2.pasm
N primes calculated to 5000 is 670
last is: 4999
real0m4.148s
user0m3.905s
sys 0m0
With all the perl scalars now indirecting through PMCs, Ponie's performance
has dropped. Not surprising, in the general case, but the performance of
lib/locale.t is vile, and I'm wondering if that regression test hits
something pathological. It slows to a crawl after subtest 99 (line 240 in
http://
On Fri, 7 May 2004, Nicholas Clark wrote:
> I'm trying to find documentation on how to write PMCs. I can find lots of
> PMCs in the source tree, but I can't seem to find documentation on how to
> go about writing them, or what the various fields and flags do.
>
> For example, the string PMC_data
On May 7, 2004, at 5:04 AM, Leopold Toetsch wrote:
Nicholas Clark <[EMAIL PROTECTED]> wrote:
However, I still have to make libnci.dylib by hand. I'm not sure of
the best
way to integrate things for that into the Configure system.
Your patch is almost ok. But I think dependencies are still wrong -
On Fri, 7 May 2004, Simon Glover wrote:
> On Fri, 7 May 2004, Nicholas Clark wrote:
>
> > I'm trying to find documentation on how to write PMCs. I can find lots of
> > PMCs in the source tree, but I can't seem to find documentation on how to
> > go about writing them, or what the various fields an
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> --- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>> $ make realclean
>> $ perl Configure.pl --intval=long --opcode=long
> This was the ticket Thanks.
Great.
> For my own
> edification, can you explain to me what in the code I
> isolated that change
There are entries shown, which are "resolved" and "applied", e.g.
#29034. Why is that line still there?
leo
At 12:54 PM +0200 5/7/04, Leopold Toetsch wrote:
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
... And... we
move *all* the operator functions out of the vtable and into the MMD
system. All of it.
This *all* includes vtable functions like add_int() or add
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
For some reason this change to src/headers.c breaks on OS X. I'm not sure
why:
@@ -244,6 +245,7 @@
pool = flags & PObj_constant_FLAG ?
interpreter->arena_base->constant_pmc_pool :
interpreter->arena_base->pmc_pool;
+assert(sizeof(Dead_PObj) <= sizeof(PMC));
pmc = po
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> With all the perl scalars now indirecting through PMCs, Ponie's performance
> has dropped. Not surprising, in the general case, but the performance of
> lib/locale.t is vile, and I'm wondering if that regression test hits
> something pathological. It slow
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> I'm trying to find documentation on how to write PMCs. I can find lots of
> PMCs in the source tree, but I can't seem to find documentation on how to
> go about writing them, or what the various fields and flags do.
Well, there isn't too much documentati
At 4:58 PM +0200 5/7/04, Leopold Toetsch wrote:
>Dan Sugalski <[EMAIL PROTECTED]> wrote:
>> Apparently it's not happy with things of the form
>
>> foo = bar * .95
>
>> where the RHS of the binary operation is a floating point constant
>> with no integer portion. Changing it to 0.95 works, so I
At 5:16 PM +0100 5/7/04, Nicholas Clark wrote:
I built ponie with profiling, and I find that it's spending an inordinate
amount of time in trace_children (half a second per call):
Wow, that's... bad. It seems like you've an insane number of PMCs,
though, since there were over 1.3 billion calls to
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> It'd help if I could actually rebuild this so it could be tested...
Works. Applied. Tests ok. Thanks,
leo
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
Nicholas Clark wrote:
I built ponie with profiling, and I find that it's spending an inordinate
amount of time in trace_children (half a second per call):
One more question: Looking at the test, there seems to be a lot of stuff
collected in @Locale: How do these PMCs look like? And how many entrie
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> For some reason this change to src/headers.c breaks on OS X. I'm not sure
> why:
Ah yes. Needs
#if ARENA_DOD_FLAGS
around. Fixed
Thanks,
leo
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
On Fri, May 07, 2004 at 06:57:24PM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > With all the perl scalars now indirecting through PMCs, Ponie's performance
> > has dropped. Not surprising, in the general case, but the performance of
> > lib/locale.t is vile, and I'm
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, May 07, 2004 at 08:17:05PM +0200, Leopold Toetsch wrote:
> Ah yes. Needs
>
> #if ARENA_DOD_FLAGS
>
> around. Fixed
Thanks. Everything compiles again now, and all tests pass
(after I do the little .so -> .dylib dance)
Nicholas Clark
As Nick seems to be hitting some limits, I've tried this:
stuff a differing amount of PMCs into an Array and time a DOD run:
$ parrot -j 10m.pasm
create 10 PerlInts 0.064826
DOD sweeps: 4 one is0.013948
$ parrot -j 10m.pasm
create 50 PerlInts 0.698430
DOD sweeps: 12 one is 0.070052
I apoligize if this is a duplicate, at least 3
messages I have sent to the list have not made it to
the archive after about 6 hours.
1. I reported that extend test 13 was hanging just
like test 12 was previously requiring a kill for the
test suite to continue. You can disregard - see point
2.
2
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 07, 2004 3:59 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [perl #29402] [BUG] 64-bit bitops
>
> > One particularly odd case:
>
> > _main:
> > set I1, 0x
> > shl I1, I1, 32
> >
On Mon, May 03, 2004 at 10:46:28AM -0400, Dan Sugalski wrote:
> Okay, here's the rules for PMCs that live outside parrot, and calling
> into parrot from the outside.
>
> 1) *ALL* PMCs which are created outside parrot must be registered
> (unless they're otherwise anchored)
> 2) No call into parr
At 9:42 PM +0200 5/7/04, Leopold Toetsch wrote:
As Nick seems to be hitting some limits, I've tried this:
stuff a differing amount of PMCs into an Array and time a DOD run:
[Progressively nastier numbers snipped]
Athlon 800, optimized build. These 78 DOD runs all taking half a
second are of course
Nicholas Clark writes:
> Thanks. Everything compiles again now, and all tests pass
> (after I do the little .so -> .dylib dance)
I'm new to OS X. Might you describe said dance?
Luke
On Fri, May 07, 2004 at 03:11:54PM -0600, Luke Palmer wrote:
> Nicholas Clark writes:
> > Thanks. Everything compiles again now, and all tests pass
> > (after I do the little .so -> .dylib dance)
>
> I'm new to OS X. Might you describe said dance?
We haven't resolved how to best patch the Makefi
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Fri, May 07, 2004 at 06:57:24PM +0200, Leopold Toetsch wrote:
> I tried building with -DDISABLE_GC_DEBUG=1 and the build fails:
> ./parrot parrot-config.imc VERSION DEVEL
> parrot: src/platform.c:665: Parrot_memcpy_aligned_sse_debug: Assertion `((uns
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> 2. All tests are now passing on Cygwin.
Are signal and thread tests skipped or running?
What do you get with:
$ make hello
make EXEC=hello exec
make[1]: Entering directory `/opt/src/parrot-leo'
src/exec_start.c
c++ -o hello -Wl,-E -g hello.o src/exe
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> [Even worse number snipped]
> Yeah, you've hit the degenerate case. The current DOD system is
> geared towards a relatively small live set, and cases where we
> actually find garbage when we trace the live set. (This is a case
> where refcounting is the b
On Fri, May 07, 2004 at 10:09:10PM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > The PMC only used the PMC_data member to store a pointer on to a perl5
> > SV body.
>
> That's suboptimal :) Please have a look at the timings I posted a minute
> ago. Stuff the point
85 matches
Mail list logo
