Attached patch adds three more test files (list builtins).
The last two tests in joint. are likely to be wrong, and are fudged as
such. Further clarification is welcome.
More on that in a separate mail.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Index: t/spec
In the test suite and on IRC there was quite some confusion about how
list builtins are specced, and how they should behave in corner cases.
One is join():
our Str multi method join ( @values: Str $separator = ' ' )
our Str multi join ( Str $separator = ' ', [EMAIL PROTECTED] )
It is quite clear
On Sat, Jun 14, 2008 at 4:08 AM, Moritz Lenz
<[EMAIL PROTECTED]> wrote:
>
> Attached patch adds three more test files (list builtins).
>
> The last two tests in joint. are likely to be wrong, and are fudged as
> such. Further clarification is welcome.
>
> More on that in a separate mail.
>
thanks,
Hi,
"Plumhead", from *P*lum*h*eaded *P*arakeet, is the current name of the
PHP on Parrot implementation.
As "Plumhead" is a stupid name, cotto proposed to rename to "Pharrot".
"Pharrot" is definitly nicer than "Plumhead", but maybe too close to
Parrot. Furthermore it changes
the 'P' sound th
Bernhard Schmalhofer wrote:
Hi,
As "Plumhead" is a stupid name, cotto proposed to rename to "Pharrot".
Problem: "Pharrot" in English is a homonym for "ferret":
http://en.wikipedia.org/wiki/Ferret.
Are we really sure we want to saddle part of our project with that
association?
(OTOH,
On Sat, Jun 14, 2008 at 10:23 AM, James E Keenan <[EMAIL PROTECTED]> wrote:
> Bernhard Schmalhofer wrote:
>>
>> Hi,
>>
>
>>
>> As "Plumhead" is a stupid name, cotto proposed to rename to "Pharrot".
>
> Problem: "Pharrot" in English is a homonym for "ferret":
> http://en.wikipedia.org/wiki/Ferret.
On Sat, Jun 14, 2008 at 10:32 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Sat, Jun 14, 2008 at 10:23 AM, James E Keenan <[EMAIL PROTECTED]> wrote:
>> Bernhard Schmalhofer wrote:
>>>
>>> Hi,
>>>
>>
>>>
>>> As "Plumhead" is a stupid name, cotto proposed to rename to "Pharrot".
>>
>> Problem: "Ph
Will Coleda wrote:
On Sat, Jun 14, 2008 at 10:23 AM, James E Keenan <[EMAIL PROTECTED]> wrote:
Bernhard Schmalhofer wrote:
Hi,
As "Plumhead" is a stupid name, cotto proposed to rename to "Pharrot".
Problem: "Pharrot" in English is a homonym for "ferret":
http://en.wikipedia.org/wiki/Ferret
On Sat, Jun 14, 2008 at 01:46:10PM +0200, Moritz Lenz wrote:
: In the test suite and on IRC there was quite some confusion about how
: list builtins are specced, and how they should behave in corner cases.
:
: One is join():
: our Str multi method join ( @values: Str $separator = ' ' )
: our Str m
On Fri Jun 13 21:35:17 2008, coke wrote:
> I can't do an nmake realclean on windows at the moment, because the
> O_FILES list is too long.
>
> A quick fix would probably be to quote the elements and let perl
> expand them, rather than letting the shell do it for us.
>
>
A quicker fix is to use
I tried to apply Bram's patch from last year, but it had a lot of fuzz
(especially related to the removal of register stacks). Here's what I ended
up with.
It doesn't work, so I'm not applying it as it is... but if there's still a
problem, this might be a better starting point.
-- c
=== incl
On Sunday 25 February 2007 20:12:58 Alek Storm wrote:
> This patch changes the , , and INT> syntax in opcodes to , , and LABEL>, respectively. The argument is still an integer, however.
> This cuts the number of argument directions down by three, and only
> adds one argument type, making the co
Bernhard Schmalhofer wrote:
"Plumhead", from *P*lum*h*eaded *P*arakeet, is the current name of the
PHP on Parrot implementation.
As "Plumhead" is a stupid name, cotto proposed to rename to "Pharrot".
"Pharrot" is definitly nicer than "Plumhead", but maybe too close to
Parrot. Furthermore it ch
On Tuesday 13 March 2007 18:37:21 Sam Vilain wrote:
> This is a combined patch submission which I made using a script that
> munged output from `git-format-patch HEAD~4`.
Thanks, applied as r28362.
-- c
On Thursday 28 June 2007 10:26:31 Paul Cochrane wrote:
> as part of my cleaning up the usage of 'INTERP', 'Interp' and
> 'interpreter' to consistently use 'interp', as well as changing
> internal_exception()s to real_exceptions(), here are some patches
> affecting platforms I (unfortunately) don't
From: Ron Blaschke <[EMAIL PROTECTED]>
Date: Sat, 14 Jun 2008 21:45:26 +0200
Off the top of my head, I think "Pharrot" isn't a bad choice. Maybe
written as "Pherrot?" As an alternative, maybe "Phoebe" or "PHoePe?" ;-)
Ron
Or "Phoenix"? Does this count as a resurrection from th
On Wednesday 04 July 2007 06:00:22 Ron Blaschke wrote:
> Adds some range check assertions to F. Please
> double check if I got them right!
>
> Assuming the assertions are good there seems to be a problem with its
> use, at least for Parrot r19565, Win32, VC++ 8.0. I don't think it's
> platform d
On Tuesday 07 August 2007 10:11:20 Andy Dougherty wrote:
> This next patch does a little more cleanup on the attributes checking. I
> revised config/auto/attributes.pm to use the existing Configure routines
> cc_build() and conf->data_add() rather than re-implementing them. I also
> removed some
Nobody is claiming that "Pharrot" is a word, just that when pronouned
aloud it sounds like "ferret", and people are likely, with the
plethora of animal project names floating around, to assume that it is
in fact "Ferret" if they hear it before seeing it.
On 6/14/08, Bob Rogers <[EMAIL PROTECTED]
I fixed this one another way in r27195, working on RT #53356.
# New Ticket Created by Will Coleda
# Please include the string: [perl #55804]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55804 >
The following pir:
.macro While(code)
.endm
.sub main :main
.While ({
# this comm
# New Ticket Created by chromatic
# Please include the string: [perl #55806]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55806 >
How about we generate a makefile that is full of all the macros we need RM_F,
PERL, CP, et
On Thursday 15 May 2008 14:13:32 NotFound wrote:
> Parrot lacks loop avoidance in class hierarchy. This examples segfaults:
>
> .sub main
> $P1 = newclass 'Foo'
> addparent $P1, $P1
> .end
>
> .sub main
> $P1 = newclass 'Foo'
> $P2 = newclass 'Bar'
> addparent $P1, $P2
> addparent $P2,
On Saturday 14 June 2008 15:38:46 Will Coleda wrote:
> The following pir:
>
> .macro While(code)
> .endm
>
> .sub main :main
> .While ({
> # this comment is required
>}
># note missing )
> .end
>
> Breaks parrot. If you use the {} syntax, have a non-empty body for it,
> but fail to s
# New Ticket Created by Jerry Gay
# Please include the string: [perl #55772]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55772 >
On Sat, Jun 14, 2008 at 4:08 AM, Moritz Lenz
<[EMAIL PROTECTED]> wrote:
>
> Attached patch
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55768]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55768 >
Attached patch adds three more test files (list builtins).
The last two tests in joint.
Sáb, 2008-06-14 às 09:20 -0700, Larry Wall escreveu:
> On Sat, Jun 14, 2008 at 01:46:10PM +0200, Moritz Lenz wrote:
> : Fallback semantics in S12 suggest that since no matching multi method is
> : found, subs are tried - that is, the expression is interpreted as
> :join('str', 'other_str')
> :
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55782]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55782 >
As AnonMonk reported here: http://www.perlmonks.org/?node_id=692090 the line
for 1..1000
On Jun 14, 2008, at 3:22 PM, Mark J. Reed wrote:
Nobody is claiming that "Pharrot" is a word, just that when pronouned
aloud it sounds like "ferret", and people are likely, with the
plethora of animal project names floating around, to assume that it is
in fact "Ferret" if they hear it before se
Author: larry
Date: Sat Jun 14 17:06:09 2008
New Revision: 14552
Modified:
doc/trunk/design/syn/S05.pod
Log:
this sentence no verb, diakopter++
Modified: doc/trunk/design/syn/S05.pod
==
--- doc/trunk/design/syn/S05.p
Hi
Running perl ./Configure.pl in parrot 0.6.2 for the first time on a new
clean install of Mac OS X 10.4.11 with Xcode 2.5 on a PPC G4 12" powerbook
the following oddities appeared four times:
Use of uninitialized value in concatenation (.) or string at
lib/Parrot/Configure/Step/Methods.pm line
On Sat Mar 08 09:09:07 2008, [EMAIL PROTECTED] wrote:
> rblasch has marked this test as TODO as of r26267. So the file as a
> whole is passing (and, at least on Linux, make test is passing), but the
> underlying problem is not solved.
For the record, situation is unchanged as of time of r28365 to
On Mon Apr 14 19:32:46 2008, [EMAIL PROTECTED] wrote:
> For the record, we still have two tests SKIPped in this file:
>
> $ prove -v t/stm/basic_mt.t
> t/stm/basic_mt..
> 1..4
> ok 1 - wait (simple)
> ok 2 # SKIP Intermittent failures on all platforms
> ok 3 # SKIP Intermittent failures on all
Is there any way we could determine whether this is still a bug? E.g.,
is there any test we could write for it?
Would it be possible to test Parrot on Win32 non-optimized and optimized
so as to see whether this is still a bug?
Thank you very much.
Can anyone on FreeBSD give us an update on this issue?
Thank you very much.
kid51
Jonathan, Allison: Can we get an update as to whether this is still a bug?
Thank you very much.
kid51
Can we get an update as to the issues raised in this ticket?
Thank you very much.
kid51
tetragon and I have both noticed that the 1 TODO-ed test in this file
has begun to pass as of yesterday.
[parrot] 504 $ prove -v t/stm/runtime.t
t/stm/runtime1..5
ok 1 - choice (one thread)
ok 2 # skip Intermittently failing everywhere
ok 3 # skip Intermittently failing everywhere
ok 4 - queu
Coke: We've done some work on config/auto/gmp.pm since this thread was
last active. Has it improved the situation for you at all?
Thank you very much.
kid51
On Thu Mar 22 15:56:34 2007, tewk wrote:
> PCCMETHOD generates some code that doesn't have a source location, which
> is OK.
>
> However, PCCINVOKE generation does neglect to change the c #line
> directive back to the original file. This is due to the primitive
> emitter in Pmc2c.
>
> This can b
No objections raised in two months, so I'm marking ticket resolved.
kid51
> Bernhard Schmalhofer wrote:
>> "Plumhead", from *P*lum*h*eaded *P*arakeet, is the current name of the PHP
>> on Parrot implementation.
>> As "Plumhead" is a stupid name,
Plumhead may sound stupid but there's nothing wrong with Plum-Headed
Parakeet spelled correctly with the Hyphen and Three Cap
From: "James Keenan via RT" <[EMAIL PROTECTED]>
Date: Sat, 14 Jun 2008 17:13:49 -0700
Is there any way we could determine whether this is still a bug? E.g.,
is there any test we could write for it?
If I try to run the code below (in r28330), I get the following error:
[EMAIL
>From Bernhard Schmalhofer:
> As "Plumhead" is a stupid name, cotto proposed to rename to "Pharrot".
>
> So I'm still open for an alternative.
Parroheep?
--
Email and shopping with the feelgood factor!
55% of income to good causes. http://www.ippimail.com
On Fri Sep 07 10:59:29 2007, colink wrote:
> This test exposes the truthiness/veracity of various numerical constants
> directly, rather than through the examples/tutorial.t test.
>
> The failing test is marked as a TODO.
I'm not sure I understand all the issues Colin raised in this ticket
last y
pmichaud, allison: Can we get an update on the status of this ticket?
Thank you very much.
kid51
This is what I'm getting on Linux where Configure.pl says that I do not
have PCRE:
$ prove -v t/library/pcre.t t/examples/library.t
t/library/pcre..
1..1
ok 1 # SKIP no pcre-config
ok
t/examples/library..
1..4
ok 1 - examples/library/getopt_demo.pir
ok 2 - examples/library/md5sum.pir
# New Ticket Created by Will Coleda
# Please include the string: [perl #55808]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55808 >
Need to test the macro_local syntax. Nothing shows up in t/
--
Will "Coke" Coleda
On Sat, Jun 14, 2008 at 9:03 PM, via RT Will Coleda
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #55808]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=55808 >
>
>
>
On Mon Mar 24 10:46:02 2008, coke wrote:
> This file suffers from bitrot (using the old .local macro syntax
> instead of the current .label)
>
> fix and add a test.
>
Completed in r28372.
--
Will "Coke" Coleda
On Mon Mar 17 16:46:37 2008, [EMAIL PROTECTED] wrote:
> On Mon Sep 26 21:09:20 2005, jhoblitt wrote:
>
> >
> > So would you like to merge this with 31554 or just close them both?
> >
>
>
> RT 31554 was marked Obsolete by Leo in October 2005. Can anyone assess
> the current pertinence of the i
On Sat Apr 14 15:46:56 2007, allison wrote:
> What I get is:
>
> [oops; continuation 0x188ae28 of type 24 is trying to jump from runloop
> 2 to runloop 1]
> ok
> not ok
>
> from line 252 of src/pmc/continuation.pmc
>
> Looks like this is yet-another-example of the inferior runloops problem.
>
>
53 matches
Mail list logo
