Hi,
just built with g++ and got the following results:
All tests PASS (pre/post-config, make corevm/make coretest, smoke (#161)
fulltest) at r49234 - Ubuntu 10.10 beta amd64 (g++-4.5 with --optimize)
Cheers, Michael (mikehh)
--
Michael H. Hind
Cell: +44 (0) 7877 224 745
_
On Tue, Sep 21, 2010 at 4:34 PM, Paul Wolneykien
wrote:
>
>
> 21.09.2010 03:11, NotFound writes:
>>>
>>> * The problem *
>>>
>>> Extracting a representative set of dependencies using the described
>>> method is only possible when a high-level language compiler that
>>> produces a code of the mod
On Mon, Sep 20, 2010 at 6:27 PM, Paul Wolneykien
wrote:
> * The module scan tool *
>
> As far as I understand the system of Parrot, a source code module of
> any program in any language is finally translated into a bytecode module
> (i.e. *.pbc) that is then run by the Parrot interpreter (VM). Ea
Howdy,
--gc-threshold says it is a percentage, but the maximum value is 1000. What
gives?
Duke
--
Jonathan "Duke" Leto
jonat...@leto.net
http://leto.net
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
Hello.
Old GC behave itself in really weird way passing this test. Test fixed
in r49217 in branch.
FileHandle PMC is actually alive because it's referenced by
CallContext from $P0.'open'() method call. So, it shouldn't be
destroyed during mark&sweep. Old GC doesn't do full trace and missed
that o
James E Keenan wrote:
Vasily Chekalkin wrote:
> Hello.
>
> I would like to declare gc_massacre branch ready to merge back to
> trunk. It's not perfect, but I like it more than current GC.
bacek,
Thanks for all your hard work on this branch.
Unfortunately, I have to report a rather tricky b
Vasily Chekalkin wrote:
> Hello.
>
> I would like to declare gc_massacre branch ready to merge back to
> trunk. It's not perfect, but I like it more than current GC.
bacek,
Thanks for all your hard work on this branch.
Unfortunately, I have to report a rather tricky bug. I have tested the
gc_
21.09.2010 03:11, NotFound writes:
* The problem *
Extracting a representative set of dependencies using the described
method is only possible when a high-level language compiler that
produces a code of the module translates the set of static module
requirements (i.e. the "import" section e
I just tested it with clang 1.1 on Ubuntu 10.04 x86. All tests passed
and I submitted a smolder report with the results. I'm going to run
tests with GCC to try and duplicate the issues Jim was seeing.
--Andrew Whitworth
On Tue, Sep 21, 2010 at 11:22 AM, Michael Hind wrote:
> Hi,
>
> apart from
Hi,
apart from c++ comments in src/gc/gc_ms2.c all tests PASS
(coretest/test/fulltest) at r49199 - Ubuntu 10.10 beta amd64 (gcc-4,5)
also looking at the comment lines I also noticed in src/gc/gc_ms2.c the
following at lines 636/7:
self->gc_threshold = 1024 * 1024;
self->gc_threshold = 100 * 1
First of all: Great work! This cleans up the whole GC code considerably
and makes it much easier to understand and work on.
I just tested the branch on Ubuntu 10.04, 32bit, Athlon 64 X2, 2.3 GHz.
It builds fine and all tests pass. A Rakudo build completes in 3m59s and
has a maximum RSS of 62
On behalf of the Parrot team, I'm proud to announce Parrot 2.8.0
"Tui Parakeet". Parrot [0] is a virtual machine aimed
at running all dynamic languages.
Parrot 2.8.0 is available on Parrot's FTP site, or follow the
download instructions [1].
For those who would like to develop on Parrot, or help
Hello.
I would like to declare gc_massacre branch ready to merge back to
trunk. It's not perfect, but I like it more than current GC.
Main changes:
- Implement new GC MS in new way.
- More incapsulation of GC
Testing on non-Linux/non-amd64 platform is very welcome.
--
Bacek.
__
13 matches
Mail list logo
