# 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_
# 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 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 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
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'
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
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
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"
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 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
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, 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
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
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 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
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 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 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
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 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 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
# 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
# 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
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
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 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 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 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, 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 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
# 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 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/
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 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
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 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 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
# 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 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
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
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 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
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 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 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 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 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
47 matches
Mail list logo