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
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
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
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
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:
> #
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
[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) {...}
This patch adds these binary-hyperops to pugs: »+« »*« »/« »x« »xx«
This is my first patch ever, so could someone check if this is OK or
not. This only adds few hyperops, as I'm not 100% sure if this is the
right way to do it.
Also currently this code emits following warning while compiling:
src
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
Leopold Toetsch wrote:
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.
You're right. I just di
Kevin Scaldeferri wrote:
Anyone seen this message with Readonly running under Devel::Cover:
Invalid tie at (eval
22)[/usr/local/lib/perl5/site_perl/5.8.0/Readonly.pm:338] line 9
It's a little spooky... my tests used to be fine, but then I made a
couple innocuous changes in one test file (changin
Leopold Toetsch 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) {...} #
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
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
[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
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
Doug McNutt wrote:
A word of caution:
Just as in "vector operators" had their names changed to pacify the
> mathematicians - thank you - there is a conflict in terms. Covariant and
> contravariant tensors are the meat of Einstein's formulation of relativity.
> It all has to do with transformation
HaloO David,
you wrote:
I appreciate you attempting to explain this, but it remains clear as
mud, at least to me. Could you please try again, using very short,
very non-technical words and not assuming a mathematical or
scientific background on the part of your reader?
Ok, second attempt!
The <: i
Rod Adams <[EMAIL PROTECTED]> wrote:
> If I were to need a different policy for a given method .bar, I would
> likely create something called .bar much like your "run_random_bar",
> which then dispatches amongst methods I name something like ._bar .
> I see some detractions to this approach:
> 1)
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
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
On Fri, Mar 11, 2005 at 03:58:13PM +0100, Thomas Sandlaß wrote:
: Int @i;
: Num @n = @i; # type error?
I think the naive user is going to expect that to work, and I also
suspect the naive user is right to expect it, because it makes sense.
This may be one of those areas where we can successfully h
There's no doubt that the QM view of extended entanglement is very
useful. After all, that's what the whole universe runs on. But most
mortals will want the classical view to be the default, so we'll
require some kind of explicit markup or pragma if you want to extend
entanglement further out tha
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
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
Larry Wall writes:
> There's no doubt that the QM view of extended entanglement is very
> useful. After all, that's what the whole universe runs on. But most
> mortals will want the classical view to be the default, so we'll
> require some kind of explicit markup or pragma if you want to extend
>
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
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
Larry Wall skribis 2005-03-11 8:45 (-0800):
> On Fri, Mar 11, 2005 at 03:58:13PM +0100, Thomas Sandlaß wrote:
> : Int @i;
> : Num @n = @i; # type error?
> I think the naive user is going to expect that to work, and I also
> suspect the naive user is right to expect it, because it makes sense.
> Th
Thanks, applied. :)
--
Markus Laire
On Fri, Mar 11, 2005 at 12:53:45PM +0200, Markus Laire wrote:
: This is my first patch ever, so could someone check if this is OK or
: not. This only adds few hyperops, as I'm not 100% sure if this is the
: right way to do it.
It is good to have a general mechanism for wrapping any binary op
up
Leopold Toetsch wrote:
Rod Adams <[EMAIL PROTECTED]> wrote:
If I were to need a different policy for a given method .bar, I would
likely create something called .bar much like your "run_random_bar",
which then dispatches amongst methods I name something like ._bar .
I see some detractions t
>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
Hello, p6c-folks:
As of about 5 minutes ago, time() in pugs was changed to give the
number of seconds since Jan 1, 2000 rather then since Jan 1, 1970, based
on Larry's post http://xrl.us/fet6. However, this doesn't appear in the
Synopses, Apocalypses, or Exegeses at all. Can we get it stuck int
Hello, p6c-folks:
As of about 5 minutes ago, time() in pugs was changed to give the
number of seconds since Jan 1, 2000 rather then since Jan 1, 1970, based
on Larry's post http://xrl.us/fet6. However, this doesn't appear in the
Synopses, Apocalypses, or Exegeses at all. Can we get it stuck
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
There is no skip_rest(), but skip_all() can do that job, with a tiny
enhancement
sub skip_all {
-if (@_) {
- print STDOUT "1..0 # Skipped: @_\n";
+if ($test == 1) {
+ if (@_) {
+ print STDOUT "1..0 \# Skipped: @_\n";
+ } else {
+ print STDOUT "1..0\n"
On Fri, Mar 11, 2005 at 03:40:41PM -0700, Jim Cromie wrote:
> There is no skip_rest(), but skip_all() can do that job, with a tiny
> enhancement
I would really rather it be called skip_rest(). There's no reason to wedge
two different bits of functionality into one function.
On Fri, Mar 11, 2005 at 03:40:41PM -0700, Jim Cromie ([EMAIL PROTECTED]) wrote:
> I think this is open to interpretation, at least its not specifically
> excluded in
> http://www.petdance.com/random/tap.html#skipping_tests
Eeek, let's not refer to that any more.
http://search.cpan.org/dist/Test-
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
Running this program with perl 5:
my $i = int(1.9);
print "i=$i\n";
produces the answer 1 (i.e. it truncates) while running it with Pugs
produces the answer 2 (i.e. it rounds).
Is this a bug or a feature?
If a feature, how does one truncate with Pugs/Perl6?
/-\
Find local movie times and trai
At 1:47 PM +1100 3/12/05, Andrew Savige wrote:
Running this program with perl 5:
my $i = int(1.9);
print "i=$i\n";
produces the answer 1 (i.e. it truncates) while running it with Pugs
produces the answer 2 (i.e. it rounds).
Is this a bug or a feature?
If a feature, how does one truncate with Pugs/P
On Sat, Mar 12, 2005 at 01:47:24PM +1100, Andrew Savige wrote:
> Running this program with perl 5:
>
> my $i = int(1.9);
> print "i=$i\n";
>
> produces the answer 1 (i.e. it truncates) while running it with Pugs
> produces the answer 2 (i.e. it rounds).
>
> Is this a bug or a feature?
It is a c
--- Autrijus Tang wrote:
> It is a closed bug. :) Day 43:
>
> http://use.perl.org/~autrijus/journal/23524
>
> "The int primitive now properly truncates, instead of rounds, the operand."
>
> 6.0.11 will be out in a couple days that includes this fix.
Thanks. In case you're interested, I stu
On Fri, Mar 11, 2005 at 12:25:28PM -0800, Larry Wall wrote:
> It is good to have a general mechanism for wrapping any binary op
> up as a hyper op. We'll eventually have to extend that idea into
> the parser as well so that we don't have to dup all the operators,
> but first things first.
Yup, my
Sam Vilain wrote:
I've changed examples/sendmoremoney.p6 in the pugs distribution to use
junctions correctly to demonstrate that they *can* be used to solve these
sorts of problems, and that it is just a matter of semantics and writing
code correctly.
However, poor semantics can make the task of wr
46 matches
Mail list logo
