>
> The previous version of the patch didn't work on Windows, because pipe
> open doesn't work there, grrr. Please try the attached version of the
> patch.
>
It looks like the current version of the patch has been applied.
In r28039 I added a sanity test in the new file t/tools/dump_pbc.pl.
If
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #55220]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55220 >
Hello,
this patch for the file "parrot.spec" add the two commands:
make langu
On Mon, 2008-06-02 at 12:27 -0700, Bernhard Schmalhofer wrote:
> [EMAIL PROTECTED]:~/devel/Parrot/trunk$ ./parrot t.pir
> 3.14159
> 3.141590
>
> Why should 'print' print trailing a '0' and 'say' not?
default rounding length?
sub main
$N0 = 3.141596
...
./parrot ../pi.pir
3.1416
3.141596
and
On Monday 02 June 2008 19:42:58 Will Coleda via RT wrote:
> Error earlier in the build process now, with PGE:
>
> /home/coke/bin/perl -e "" >PGE/builtins_gen.pir
> ../../parrot -o PGE.pbc --output-pbc PGE.pir
> ../../parrot ../../runtime/parrot/library/PGE/Perl6Grammar.pir --
> output=PGE/builtins
# New Ticket Created by Stephane Payrard
# Please include the string: [perl #55228]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55228 >
This bug appeared very recently (less than 3 days ago). I did "make realclean".
Belo
Sure, what do you need me to do?
S
Sent from my iPod
On 3 Jun 2008, at 23:46, "James Keenan via RT" <[EMAIL PROTECTED]
> wrote:
Resolution of this ticket appears to depend on having Mac OS X 10.5
(whether on ppc or on intel).
Is there anyone who can volunteer to work on this?
Thank you ve
# New Ticket Created by Will Coleda
# Please include the string: [perl #55238]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55238 >
./parrot -o runtime/parrot/library/OpenGL.pbc runtime/parrot/library/OpenGL.pir
error:imc
On Tue, Jun 3, 2008 at 11:03 AM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> Ovid,
>
> If I understand correctly the issues you raised in the OP, you were
> attempting to build a Perl 6 binary on an Intel Mac (10.4? 10.5?).
> Either the instructions weren't clear or it was a genuine problem o
Ovid,
If I understand correctly the issues you raised in the OP, you were
attempting to build a Perl 6 binary on an Intel Mac (10.4? 10.5?).
Either the instructions weren't clear or it was a genuine problem on
that OS.
I suspect that over the past months any such problem has cleared up in
the c
Resolution of this ticket appears to depend on having Mac OS X 10.5
(whether on ppc or on intel).
Is there anyone who can volunteer to work on this?
Thank you very much.
kid51
Stéphane,
Have we resolved all the issues in this ticket? (If so, I'll mark it
resolved.)
Thank you very much.
Using parrot 0.6.2 on 10.5.3, make now builds and I can run the tests.
So for the newest versions of parrot and the OS, the problem is fixed.
Jim
Simon Cozens wrote:
Sure, what do you need me to do?
S
Sent from my iPod
On 3 Jun 2008, at 23:46, "James Keenan via RT"
<[EMAIL PROTECTED]> wrot
On Monday 02 June 2008 13:10:32 [EMAIL PROTECTED] wrote:
> +/*
> + * 2) Mark root items as grey
> + * I don't currently know how to determine which items are root. However,
> + * When we find them, we can mark them
> + */
The existing GC systems all start with interp->iglobals. Note that this
d
On Sun, Jun 1, 2008 at 1:31 PM, Vasily Chekalkin <[EMAIL PROTECTED]> wrote:
> interp->exceptions initialized lazily. But really_destroy_exception have
> signature with __attribute_notnull__. So we should either check this value
> before function call or change function signature to accepts NULL.
On Tuesday 03 June 2008 10:50:27 NotFound via RT wrote:
> On Sun, Jun 1, 2008 at 1:31 PM, Vasily Chekalkin <[EMAIL PROTECTED]> wrote:
> > interp->exceptions initialized lazily. But really_destroy_exception have
> > signature with __attribute_notnull__. So we should either check this
> > value befo
On Sunday 01 June 2008 16:24:37 Andrew Whitworth wrote:
> I'm not sure if this issue has been brought up before, and I'm also
> not sure if it's related to "#55000 Threads Failures on Optimized
> Build".
>
> I run this script on Debian with GCC 4.2.3:
>
> make realclean
> perl Configure.pl --optim
On Tue, 2008-06-03 at 08:33 -0700, Will Coleda wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #55238]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=55238 >
>
>
> ./parrot -o runtime/p
# New Ticket Created by Will Coleda
# Please include the string: [perl #55244]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55244 >
on OS X 10.4, intel, r28051, with a realclean and no options to Configure.pl:
Generati
On Tue, Jun 3, 2008 at 2:54 PM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-06-03 at 08:33 -0700, Will Coleda wrote:
>> # New Ticket Created by Will Coleda
>> # Please include the string: [perl #55238]
>> # in the subject line of all future correspondence about this issue.
>> # h
For got to cc the list
> >
>
> If I understand Arcady's and Will's posts earlier in this thread, we
> need to prevent Configure.pl from hanging up when it encounters SVK on a
> particular box where that SVK has never been run before.
>
> So I suspect we'll have to simulate the restoration of SVK
On Tuesday 03 June 2008 12:40:08 Will Coleda wrote:
> on OS X 10.4, intel, r28051, with a realclean and no options to
> Configure.pl:
>
>
>
> Generating makefiles and other build files...value for 'TEMP_exec_dep'
> in config/gen/makefiles/root.in is undef at
> lib/Parrot/Configure/Compiler.pm lin
On Tue, Jun 3, 2008 at 3:49 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> For got to cc the list
>> >
>>
>> If I understand Arcady's and Will's posts earlier in this thread, we
>> need to prevent Configure.pl from hanging up when it encounters SVK on a
>> particular box where that SVK has ne
On Tuesday 03 June 2008 12:49:38 James Keenan via RT wrote:
> > If I understand Arcady's and Will's posts earlier in this thread, we
> > need to prevent Configure.pl from hanging up when it encounters SVK on a
> > particular box where that SVK has never been run before.
> >
> > So I suspect we'll
On Tue, Jun 3, 2008 at 3:55 PM, chromatic via RT
<[EMAIL PROTECTED]> wrote:
> On Tuesday 03 June 2008 12:40:08 Will Coleda wrote:
>
>> on OS X 10.4, intel, r28051, with a realclean and no options to
>> Configure.pl:
>>
>>
>>
>> Generating makefiles and other build files...value for 'TEMP_exec_dep'
On Tuesday 03 June 2008 13:09:39 Will Coleda wrote:
> Remove the comma before the last fat arrow, and it works, yes.
>
> (Otherwise you introduce a different warning.)
Wow. Nice typo.
Applied in r28052.
-- c
On Thu, May 22, 2008 at 11:07 PM, Will Coleda <[EMAIL PROTECTED]> wrote:
> We are down to one more scheduled release next month by Smash, and
> need to refresh our list of pending volunteers.
>
> Anyone with a commit bit and a PAUSE id can do it (easy enough to get
> if you don't have one), and of
Looking more carefully at this issue, it seems that those variables
and the code that uses them has no real effect. Without it, make test
pass, make testj pass, make hello and make perl6 builds and runs.
This patch cleans all. It needs to be tested with make testj in win
32, and for completeness i
On Mon, 2008-06-02 at 20:28 -0700, chromatic via RT wrote:
> On Monday 02 June 2008 20:05:22 Bob Rogers wrote:
>
> > Agreed, but doesn't this info really belong in README? Then DEVELOPING
> > really only needs the middle paragraph, which is unchanging, and there
> > would be one less file to have
On Tuesday 03 June 2008 14:21:28 Geoffrey Broadwell wrote:
> OK, how about this:
>
> 1. As with Bob's suggestion, DEVELOPING is reduced to just the
> unchanging middle paragraph. It is then merely a flag -- removing that
> function as well is better left to another RT.
>
> 2. The information abou
On Tue, Jun 3, 2008 at 5:21 PM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> On Mon, 2008-06-02 at 20:28 -0700, chromatic via RT wrote:
>> On Monday 02 June 2008 20:05:22 Bob Rogers wrote:
>>
>> > Agreed, but doesn't this info really belong in README? Then DEVELOPING
>> > really only needs the
On Tue, Jun 03, 2008 at 02:21:28PM -0700, Geoffrey Broadwell wrote:
> OK, how about this:
>
> 1. As with Bob's suggestion, DEVELOPING is reduced to just the
> unchanging middle paragraph. It is then merely a flag -- removing that
> function as well is better left to another RT.
>
> 2. The inform
On Tue Jun 03 12:56:44 2008, coke wrote:
>
> (That said, didn't we already solve the svk issue elsewhere? If so, no
> harm in piggy-backing on that.)
>
After my first post this morning, I got to thinking the same thing. So
when I got home I grepped the repository for /svk/i, and came up with
From: Geoffrey Broadwell <[EMAIL PROTECTED]>
Date: Tue, 03 Jun 2008 14:21:28 -0700
OK, how about this . . .
-'f
Perfect.
-- Bob
On Tuesday 03 June 2008 18:19:57 James Keenan via RT wrote:
> In r28055, I removed those references which either appeared in comments
> or were found in the .json files. That leaves lib/Parrot/Manifest.pm
> and t/distro/file_metadata.t -- which I will take a look at (though
> perhaps others shoul
34 matches
Mail list logo
