At 09:47 AM 3/11/2005, theUser BL wrote:
(with the languages Nice and Groovy) and .net, but written esecialy for
scripting-languages.
True, Parrot is slanted toward dynamic scripting languages that recompile
and eval themselves
on the fly, but it does provide low-level registers and features that
On Friday 11 March 2005 08:47 am, theUser BL wrote:
> I have already written this to perl6-all, but it seems, that it doesn't was
> send.
>
> I wanted to know, if any other scripting langue is plans to use parrot.
>
> Your plan of Parrot - as I have understood it - is to have not only a VM
> for Pe
>From one Perl6/Parrot lurker to another:
On Fri, 11 Mar 2005 14:47:14 +, "theUser BL" <[EMAIL PROTECTED]>
said:
> Your plan of Parrot - as I have understood it - is to have not only a VM
> for
> Perl. You want to have a VM for diffeent languages, like the JavaVM (with
> the languages Nice a
Leopold Toetsch wrote:
> 1) ICU should be optional
>
> If configured --without-icu the Makefile shouldn't contain ICU stuff,
> and function calls to ICU (mainly in string_primitives) should be
> wrapped inside #if PARROT_HAS_ICU.
I'm gonna take this one (unless Steven Schubiger is already working o
I have already written this to perl6-all, but it seems, that it doesn't was
send.
I wanted to know, if any other scripting langue is plans to use parrot.
Your plan of Parrot - as I have understood it - is to have not only a VM for
Perl. You want to have a VM for diffeent languages, like the Java
On Fri, Mar 11, 2005 at 06:11:25PM +0100, Leopold Toetsch wrote:
> Peter Sinnott wrote:
> Can someone run this through valgrind or some other memory debugger please.
I'm not sure if this test is the one you want. The fun output is near the
end.
$ valgrind ./parrot --gc-debug "/home/nick/Parrot/p
Peter Sinnott wrote:
[ ~300 Meg memory in t/dynclasses used ]
Probably should have tried this earlier but I have a little too
much faith in compilers. When I use gcc-2.95 it works(well all
tests pass) and memory is ok. With gcc-3.3 the tests fail
and memory usage is way up. The freebsd gcc is also
Peter Sinnott <[EMAIL PROTECTED]> wrote:
>
> Probably should have tried this earlier but I have a little too
> much faith in compilers. When I use gcc-2.95 it works(well all
> tests pass) and memory is ok. With gcc-3.3 the tests fail
> and memory usage is way up. The freebsd gcc is also 3.3.3 so th
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Is there any chance that parrot picked up an old installed version of
> the shared libs?
>
> If you have done "make install" once and Configured with the defaults
> you continue running the installed version of the shared libs.
I have never run "make
On Fri, Mar 11, 2005 at 11:26:09AM +0100, Leopold Toetsch wrote:
> [EMAIL PROTECTED] wrote:
> >Strangely all the tests ( well pyclass pycomplex and pyfunc so far )
> >pass on freebsd but do so
> > very very slowly and parrot is eating memory like there is no tomorrow.
> >Gets above 300meg during
[EMAIL PROTECTED] wrote:
Strangely all the tests ( well pyclass pycomplex and pyfunc so far )
pass on freebsd but do so
very very slowly and parrot is eating memory like there is no tomorrow.
Gets above 300meg during
each of the tests.
That's really strange. During make test top shows around 5
I prefer test first programming. Therefore we need some syntax to get
multi subs into the assembler. Albeit we even have two sets of MMD
function registering opcodes (object.ops:mmd* , pmc.ops:mmdvt*) these
are not adequate to implement a general MMD scheme. The opcodes allow
just 2-dimensional
The first bunch of patches is in. The visible part is a new opcode:
op get_mro(out PMC, in PMC)
This returns the array reference of the MRO (Method Resolution Order)
Array. This is basically the same as the list of ISA strings, except
that the MRO array contains class PMCs and abstract base cla
On Fri, Mar 11, 2005 at 10:19:55AM +0100, Leopold Toetsch wrote:
> Matt Diephouse wrote:
> >On Thu, 10 Mar 2005 22:23:07 +0100, Leopold Toetsch <[EMAIL PROTECTED]>
> >wrote:
> >
> >>Matt Diephouse <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>>Some of these same tests are failing on debian, fedora, and
[EMAIL PROTECTED] wrote:
Ok. If you'd really need such random dispatch, it could be done like
this, when I interpret A12 correctly:
sub run_random_bar($x) {
my @meths = WALKMETH($x, :method('bar'));
my $meth = @meths[rand(@meths.elems)];
$meth($x);
}
or even with
my sub bar($x) {...}
Matt Diephouse wrote:
On Thu, 10 Mar 2005 22:23:07 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
Matt Diephouse <[EMAIL PROTECTED]> wrote:
Some of these same tests are failing on debian, fedora, and freebsd
(fresh checkouts). It looks like someone broke something.
Release or current CVS?
Curr
Michal Jurosz <[EMAIL PROTECTED]> wrote:
> Failed TestStatus Wstat Total Fail Failed List of Failed
[ 50 failing ]
> imcc/t/imcpasm/opt1.# Failed test (imcc/t/imcpasm/opt1.t at line 626)
> # got: '_main:
> # set N0, 1.6e+022
> # end
> # '
> # expected: '_main:
> #
Leopold Toetsch wrote:
Rod Adams <[EMAIL PROTECTED]> wrote:
It seems to me that there are several advantages to making a group of
multi with the same short name a single object, of type
MultiSub|MultiMethod, which internally holds references to the all the
various routines that share that short
Markus Laire wrote:
I've been following the development of pugs (http://pugscode.org/), so I
can give a short answer based on that.
While pugs is currently written in Haskell, roadmap does mention the
idea to eventually port pugs to perl6 if needed, which would give us a
Perl 6 compiler writte
Rod Adams <[EMAIL PROTECTED]> wrote:
> Well
> if 10 < $j < 1 { ... }
> if 10 < $j { if $j < 1 { ... }}
> Could easily wind up with the same opcodes.
No. In the first case $j is evaluated just once. In the second case it's
evaluated twice.
leo
Rod Adams <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch wrote:
>>Discussion seems to have went off into esoteric cases of locally
>>overriden dispatcher policies and what not.
> I don't think it's as esoteric as you might think. Consider:
> package Foo;
> use MMD::Random;
> our &bar
Bob Rogers <[EMAIL PROTECTED]> wrote:
>From: Leopold Toetsch <[EMAIL PROTECTED]>
>1) is there a MultiSub object with one short name that holds all
>possible long names (and function references)?
>If yes, who is creating it: the Perl6 compiler emits code to do so or
>it's up to
22 matches
Mail list logo
