On Fri, Jun 6, 2008 at 1:56 AM, chromatic <[EMAIL PROTECTED]> wrote:
> On Thursday 05 June 2008 19:43:40 Will Coleda wrote:
>
>> $ ack '\.gif' docs/book
>> docs/book/ch07_architecture.pod
>> 89:F
>>
>> but this file isn't in the repository. We should either pull the
>> reference, grab the image, or
On Thursday 05 June 2008 19:43:40 Will Coleda wrote:
> $ ack '\.gif' docs/book
> docs/book/ch07_architecture.pod
> 89:F
>
> but this file isn't in the repository. We should either pull the
> reference, grab the image, or come up with a substitute.
I have the file, but I'm not sure what the copyri
On Sun Jul 29 18:21:48 2007, [EMAIL PROTECTED] wrote:
> I applied a bandaid to this wound today in r20318, but the patient still
> needs to be referred to a specialist.
>
> The "deep recursion" noted in the error message came from this code in
> lib/Parrot/Pmc2c/Pmc2cMain.pm:
>
> for my $f (@
On Mon Oct 22 10:09:47 2007, [EMAIL PROTECTED] wrote:
> chromatic (via RT) wrote:
> >
> > However, it does mean that if we keep up this line of thinking, we
> do need a
> > way to identify ParrotIOLayers that hold PObj pointers and mark
> those
> > pointers during DOD.
>
> ParrotIOLayers are going
On Sun Apr 15 08:11:19 2007, coke wrote:
>
> Begin forwarded message:
>
> > From: Andrew Shitov <[EMAIL PROTECTED]>
> > Reply-To: Andrew Shitov <[EMAIL PROTECTED]>
> >
> >> On behalf of the Parrot team, I'm proud to announce Parrot 0.4.10
> >> "The Release Formerly Known as "Prince"."
> >
> > I t
I've incorporated all of your fixes, plus some fixes for cognominal, in
the latest patch attached to RT #55228. Please give that a try.
-'f
On Thu, 2008-06-05 at 08:57 -0700, Geoffrey Broadwell wrote:
> On Thu, 2008-06-05 at 02:54 -0700, Stephane Payrard via RT wrote:
> > Anyway the fix is not yet perfect. The Configure.PL still dies :
> >
> > Use of uninitialized value in hash element at config/gen/opengl.pm line 490.
> >
> > step g
On Wed Mar 05 03:33:39 2008, cognominal wrote:
> In rakudo, when a Perl6 class is derived from a pmc with the same
> name, overriding pmc method is impossible.
> This is the case in Hash.pir We see below that the Hash pmc
> get_string() method is called not
> the supposedly overriding method.
> Reg
# New Ticket Created by Will Coleda
# Please include the string: [perl #55386]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55386 >
Configure.pl says:
--miniparrot Build parrot assuming only pure ANSI C is ava
On Tue May 15 14:54:01 2007, [EMAIL PROTECTED] wrote:
> On Wednesday 09 May 2007 07:21:44 Andy Dougherty wrote:
>
> > [appending to an old ticket, since if anyone wants to ever get this
> > working again, they'll probably have to fix up the blind guesses I
> made in
> > that old patch too.]
>
> T
On Sat Aug 19 08:02:06 2006, leo wrote:
> Am Samstag, 19. August 2006 06:11 schrieb Chip Salzenberg:
> > After the STM merge, all of t/pmc/threads.t succeeds (woggle++).
> > But one of the tests fails under JIT. I'm hoping that somebody
> > will recognize the reason quickly, else I'll have to dive
On Tue Jan 15 20:08:22 2008, [EMAIL PROTECTED] wrote:
> Patches applied to trunk in r24898.
Can we close this ticket if the patches are applied?
On Mon Jun 18 15:13:15 2007, [EMAIL PROTECTED] wrote:
> r19067 needs a bit more work (pardon the pun) to work with parrot -j.
>
> Bob, do you have an idea on what the fix might be? If it's not a
> quick one,
> we can mark this test as TODO for JIT before the release tomorrow.
>
> $ TEST_PROG_ARG
On Wed Sep 19 20:47:56 2007, [EMAIL PROTECTED] wrote:
> I get intermittent failures on this test:
>
> [EMAIL PROTECTED] unified_testing]$ perl t/perl/Parrot_Docs.t
> 1..25
> ok 1 - use Parrot::Docs::POD2HTML;
> ok 2 - use Parrot::Docs::Directory;
> ok 3 - use Parrot::Docs::File;
> ok 4 - use Parro
I thought it might be interesting to see some various breakdowns of
tickets that we don't normally sort on:
136 tickets are owned, with the following breakdown:
'Whiteknight' => 3,
'allison' => 30,
'bernhard' => 1,
'[EMAIL PROTECTED]' => 7,
On Fri Mar 21 10:24:39 2008, [EMAIL PROTECTED] wrote:
> On Friday 21 March 2008 09:37:16 Andrew Whitworth via RT wrote:
>
> > src/jit_emit.h contains a large amount of both header-file stuff and
> > executable code. I could gladly separate the two out, and create two new
> > files: include/Parrot/
# New Ticket Created by Will Coleda
# Please include the string: [perl #55374]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55374 >
$ ack '\.gif' docs/book
docs/book/ch07_architecture.pod
89:F
but this file isn't in the
On Thu Jun 05 12:37:50 2008, coke wrote:
>
> It looks like perlcritic.t is still in the list of codingstd tests to
> run by default: Jim, have you had any further trouble with this test?
No, the problems have cleared up -- although I am stumped as to why/how?
Checking my test logs, on my Linux
On Thu, Jun 5, 2008 at 9:28 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Thursday 05 June 2008 18:19:21 Will Coleda via RT wrote:
>
>> I have a counter-patch:
>>
>> Index: tools/build/c2str.pl
>> =
>> ==
>> --- tools/build/c2str.pl
On Sat Dec 15 00:39:19 2007, [EMAIL PROTECTED] wrote:
> If you modify one of the Perl modules that turns .pmc files into .c files,
> then run make again, nothing happens. The .pmc rules should each have a
> dependency on the appropriate .pm file.
>
> This task requires a minor amount of Perl kn
On Thu, 2008-06-05 at 17:36 -0700, Ivan B. Serezhkin via RT wrote:
> Hello.
Hi there!
> FreeBSD users are humans too, with two arms and two legs =)
Of course! I just haven't been able to find a Parrot/FreeBSD/OpenGL
person previously. Standard request: please send me a tarball of all
of your
On Thursday 05 June 2008 18:19:21 Will Coleda via RT wrote:
> I have a counter-patch:
>
> Index: tools/build/c2str.pl
> =
> ==
> --- tools/build/c2str.pl(revision 28124)
> +++ tools/build/c2str.pl(working copy)
> @@ -1
On Wed Jan 02 11:19:02 2008, szbalint wrote:
> On Thu Oct 25 08:45:09 2007, ptc wrote:
> > In tools/build/c2str.pl there is the todo item:
> >
> > # TODO maybe cope with escaped \"
> >
> > Do this.
>
> I've attached a patch that should complete this TODO.
>
> The previous attempt failed becaus
On Thu, Jun 05, 2008 at 05:58:27PM -0700, Will Coleda wrote:
> The Version PMC is a skeleton that doesn't do anything, and isn't
> really used anywhere else in the repository.
>
> Attached patch removes it. I think we can safely do this in advance of
> the June '08 release. Comments?
+1
Pm
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #55364]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55364 >
PDD09 contained a number of deprecation notes, for functions and
macros whose names
# New Ticket Created by NotFound
# Please include the string: [perl #55358]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55358 >
The static function get_op is declared but not defined in several
files, because the declara
On 2008 Jun 5, at 18:43, Larry Wall wrote:
Maybe it's just a temporary lack of imagination, but I'm having
trouble
these days coming up with any kind of a use case for confusing single
dispatch with multiple dispatch. Yeah, I know I wrote that, but I was
either smarter or stupider back then.
On Thu, Jun 05, 2008 at 11:04:52AM -0500, Patrick R. Michaud wrote:
: This message is looking for a clarification/confirmation.
: S12:207 says:
:
: > To call an ordinary method with ordinary method-dispatch semantics,
: > use either the dot notation or indirect object notation:
: >
: > $obj
On Thu, Jun 5, 2008 at 3:05 PM, Moritz Lenz <[EMAIL PROTECTED]> wrote:
> Ronald Schmidt wrote:
>> Moritz Lenz wrote:
>>> Oops, forgot to attach patch. Now it's really there.
>>>
>>>
>> Your implementations of eval_lives_ok and eval_dies_ok seem
>> inconsistent. eval_lives_ok uses try and eval_dies
Ronald Schmidt wrote:
> Moritz Lenz wrote:
>> Oops, forgot to attach patch. Now it's really there.
>>
>>
> Your implementations of eval_lives_ok and eval_dies_ok seem
> inconsistent. eval_lives_ok uses try and eval_dies_ok does not. The
> two implementations may catch different types of exce
On Thursday 05 June 2008 09:05:22 Geoffrey Broadwell wrote:
> In my original ticket, I mentioned three problems:
>
> 1. ResizableStringArray didn't have get_iter.
> 2. Other *Array PMCs may be missing that as well.
> 3. The 'iter' op is still listed as experimental.
>
> Clearly #1 was the focus of
Moritz Lenz wrote:
Oops, forgot to attach patch. Now it's really there.
Your implementations of eval_lives_ok and eval_dies_ok seem
inconsistent. eval_lives_ok uses try and eval_dies_ok does not. The
two implementations may catch different types of exceptions. I am
proposing the patch b
On Thursday 05 June 2008 07:44:11 François Perrad wrote:
> I'm not sure.
> Since r26988, I've same failure on Windows, with mingw gcc-3.4.2, and
> perl 5.8.8 (build 822 from ActiveState).
>
> The following patch solves (or hides) the problem
> Index: src/string.c
>
On Thu, Jun 05, 2008 at 10:45:08PM +0200, Moritz Lenz wrote:
> > Okay, so my bad example didn't provide an answer to my
> > original question. Let's try it this way:
> >
> > class Foo {
> > multi method bar(Dog $x) { say "Foo::bar"; }
> > }
> > sub bar(Int $x) { say "sub bar";
chromatic wrote:
On Thursday 05 June 2008 06:14:22 [EMAIL PROTECTED] wrote
Log:
[rakudo] Get is ro, is rw and is copy, with ro being the default, working
on parameters to subs. This time, we get just one failure in
spectest_regression (on Win32), which is a result of a Parrot GC bug.
What'
On Thursday 05 June 2008 06:14:22 [EMAIL PROTECTED] wrote:
> Log:
> [rakudo] Get is ro, is rw and is copy, with ro being the default, working
> on parameters to subs. This time, we get just one failure in
> spectest_regression (on Win32), which is a result of a Parrot GC bug.
What's the ticket nu
Patrick R. Michaud wrote:
> On Thu, Jun 05, 2008 at 05:29:25PM +0100, Daniel Ruoso wrote:
>> Qui, 2008-06-05 às 11:04 -0500, Patrick R. Michaud escreveu:
>> > Does fall back to a subroutine occur anytime we don't have
>> > a method with a matching signature? For example, if we have
>>
>> as far a
On Thu, Jun 05, 2008 at 12:15:31PM -0700, chromatic wrote:
> On Thursday 05 June 2008 03:16:35 Klaas-Jan Stol wrote:
>
> > somehow a fresh checkout has resolved the problem
> >
> > (but my other sandbox was still up to date according to svn status...)
>
> You probably needed a 'make realclean'.
On Thu, Jun 05, 2008 at 05:29:25PM +0100, Daniel Ruoso wrote:
> Qui, 2008-06-05 às 11:04 -0500, Patrick R. Michaud escreveu:
> > Does fall back to a subroutine occur anytime we don't have
> > a method with a matching signature? For example, if we have
>
> as far as I understand it, it only falls
On Thursday 05 June 2008 03:16:35 Klaas-Jan Stol wrote:
> somehow a fresh checkout has resolved the problem
>
> (but my other sandbox was still up to date according to svn status...)
You probably needed a 'make realclean'.
> anyhow, this ticket can be rejected.
Done!
-- c
On Thu, Jun 05, 2008 at 10:54:28AM -0700, Moritz Lenz wrote:
> Rakudo as of r28105 suffers from low precision in its exp() function.
> rakudo:
>
> > say exp(5) - 148.4131591025766
> 0.000159103
Actually, the problem was low precision in the
148.4131591025766 constant, which Parrot was
truncating
On Thu, Jun 5, 2008 at 11:06 AM, via RT Moritz Lenz
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Moritz Lenz
> # Please include the string: [perl #55346]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=55346 >
>
>
>
On Tue Apr 08 17:18:09 2008, [EMAIL PROTECTED] wrote:
> And, for good measure, I tried this:
>
> $ perl t/harness t/codingstd/perlcritic.t
> t/codingstd/perlcritic..ok
> All tests successful.
> Files=1, Tests=15, 29 wallclock secs ( 0.00 usr 0.00 sys + 24.11 cusr
> 0.11 csys = 24.22 CP
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55346]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55346 >
Attached patch adds a script to tools/ that walks through a test
specification file (t/sp
On Wed Jun 04 13:17:47 2008, bernhard wrote:
> On Mo. 09. Jul. 2007, 06:56:53, pcoch wrote:
> > In lib/Parrot/Distribution.pm there is the todo item:
> >
> > # XXX: lex_source_files() collects lisp files as well... how to
> fix ???
> >
> > We need to work out a nice way to stop the lisp file
On Tue Oct 02 10:17:53 2007, pcoch wrote:
> In src/mmd.c there is the todo item within mmd_distance() which looks
like
> it means that one should replace the magic number. Here is the code with
> context to help the adventurous person who picks up this ticket...
>
> if (args > n)
>di
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55350]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55350 >
Rakudo as of r28105 suffers from low precision in its exp() function.
rakudo:
> say exp(
Qui, 2008-06-05 às 11:04 -0500, Patrick R. Michaud escreveu:
> Does fall back to a subroutine occur anytime we don't have
> a method with a matching signature? For example, if we have
as far as I understand it, it only falls back to sub-dispach if the
method dispatch would otherwise fail, which b
On Thu, 2008-06-05 at 12:16 +0200, Jonathan Worthington wrote:
> chromatic wrote:
> > On Wednesday 04 June 2008 11:28:58 Geoffrey Broadwell wrote:
> >
> >> The op '$P0 = iter $P1' doesn't work if $P1 is a ResizableStringArray.
> >> I haven't tested, but I suspect the same may be true of the some
This message is looking for a clarification/confirmation.
S12:207 says:
> To call an ordinary method with ordinary method-dispatch semantics,
> use either the dot notation or indirect object notation:
>
> $obj.doit(1,2,3)
> doit $obj: 1,2,3
>
> If the method was not found, it will fall
On Thu, 2008-06-05 at 02:54 -0700, Stephane Payrard via RT wrote:
> On Wed Jun 04 21:40:56 2008, japhb wrote:
> > cognominal apparently has an absolutely insane collection of GL headers
> > on his system. I've made a number of portability fixes in response;
> > hopefully the attached patch should
On Thu, Jun 5, 2008 at 7:53 AM, chromatic <[EMAIL PROTECTED]> wrote:
> ... could be cleaner with the macro mem_allocate_n_typed.
Agree, corrected version attached.
--
Salu2
Index: src/io/io_layers.c
===
--- src/io/io_layers.c (revi
Klaas-Jan Stol a écrit :
somehow a fresh checkout has resolved the problem
(but my other sandbox was still up to date according to svn status...)
anyhow, this ticket can be rejected.
I'm not sure.
Since r26988, I've same failure on Windows, with mingw gcc-3.4.2, and
perl 5.8.8 (build 822 fr
On Thu, Jun 5, 2008 at 3:16 AM, Klaas-Jan Stol <[EMAIL PROTECTED]> wrote:
> somehow a fresh checkout has resolved the problem
>
> (but my other sandbox was still up to date according to svn status...)
>
> anyhow, this ticket can be rejected.
>
> kjs
>
i had this same problem, and it was "resolved"
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55338]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55338 >
rakudo as of r28087 doesn't implement the sub form fo WHAT() (S12:1862).
(This is the fi
On Wednesday 04 June 2008 16:30:18 NotFound wrote:
> This patch gets rid of the global pio_registered_layers, by putting it
> in interpreter data, creating and destroying the the layers in the
> first interpreter and propgating his value to the child ones. This way
> will solve threading issues (s
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55304]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55304 >
Attached patch, mostly courtesy Vasily "bacek" Chekalkin, adds the
eval_lives_ok and eval
somehow a fresh checkout has resolved the problem
(but my other sandbox was still up to date according to svn status...)
anyhow, this ticket can be rejected.
kjs
On Thu, Jun 5, 2008 at 10:38 AM, via RT Klaas-Jan Stol
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Klaas-Jan Stol
> # Pleas
chromatic wrote:
On Wednesday 04 June 2008 11:28:58 Geoffrey Broadwell wrote:
The op '$P0 = iter $P1' doesn't work if $P1 is a ResizableStringArray.
I haven't tested, but I suspect the same may be true of the some other
*Array PMCs as well.
This should be fixed up, so we can move the 'iter'
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #55332]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55332 >
Parrot is built fine, but there seems to be something wrong in PGE.
I'm using visual
# New Ticket Created by Andrew Whitworth
# Please include the string: [perl #55316]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55316 >
This is a minor patch to remove references to the "User stack" (which
pmichaud++ rip
# New Ticket Created by NotFound
# Please include the string: [perl #55296]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55296 >
The attached patch fix a warning in optimized build in
src/exceptions.c:Parrot_print_backtra
# New Ticket Created by "Clark Cooper"
# Please include the string: [perl #55298]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55298 >
...
t/perl/Parrot_Test...ok 1/66
# Failed test 'pasm_output_
63 matches
Mail list logo
