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
From: Geoffrey Broadwell <[EMAIL PROTECTED]>
Date: Tue, 03 Jun 2008 14:21:28 -0700
OK, how about this . . .
-'f
Perfect.
-- Bob
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
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 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 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 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
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 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
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 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 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: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: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
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 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
# 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, 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
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 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.
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
# 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
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
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.
Ryan Richter wrote:
> On Tue, Jun 03, 2008 at 12:03:00PM +0200, Moritz Lenz wrote:
>> My last successful build was r18093 with GHC 6.6.1.
>> Maybe we should just die in Makefile.PL until somebody finds a fix.
>
> Maybe we should just revert the pugs source to that rev. Haven't the
> modifications
On Tue, Jun 03, 2008 at 12:03:00PM +0200, Moritz Lenz wrote:
> My last successful build was r18093 with GHC 6.6.1.
> Maybe we should just die in Makefile.PL until somebody finds a fix.
Maybe we should just revert the pugs source to that rev. Haven't the
modifications since then basically just bro
# 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
G'day Larry / p6l / p5p,
Larry Wall wrote:
One little problem at the outset here is that Perl 6 has almost no
concept of "built-in" or "CORE", except insofar as the Prelude happens
to choose to import certain subs into the user's scope by default.
Once you actually start parsing and calling fun
HaloO,
John M. Dlugosz wrote:
I don't know why he's calling it an "Int with non-uniform spacing"
unless he is complaining about what happens when you store ints in
floats: it rounds off to the mantissa size.
With uniform spacing you have
constant $step = 1;
and
$x++; # means $x = $x +
Hi,
Gerd Pokorra wrote:
> building pugs under Fedora 9 doesn't work. With every revision I get the
> following error by executing the command "make":
...
> Generating precompiled Prelude, Math::Basic... pugs: Internal error:
> Invalid grammatical category: "Bool"
> Please file a bug report
Th
On 2008 Jun 3, at 4:19, John M. Dlugosz wrote:
Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
e .
Learn from the Haskell folks, who are still trying to untangle the
mess they
made of their numeric hierarchy (see
http://haskell.org/haskellwiki/Mathematical_prelude_discussion).
I'll loo
HaloO,
Mark J. Reed wrote:
In what the heck mathematical world is the square root of two an
infinite value? Irrationality and infinitude are not the same thing;
in particular, there are an (uncountably) infinite number of
irrational numbers...
I don't know what you accept as an infinity but t
Hello,
building pugs under Fedora 9 doesn't work. With every revision I get the
following error by executing the command "make":
Gerd Pokorra
[EMAIL PROTECTED] pugs]$ make
.
.
.
[1 of 1] Compiling Main ( src/Main.hs, src/Main.o )
Linking pugs.new ...
/usr/bin/perl util/gen_prelude.pl
# 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
>
> 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
> If a routine is rw, you may optionally define a single "slurpy scalar"
> (e.g., '*$value') in its signature.
A good start, but why limit the Lvalue to a scalar? A list l-value seems like a
pretty useful thing to me.
-Martin
-
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
Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
e .
Learn from the Haskell folks, who are still trying to untangle the mess they
made of their numeric hierarchy (see
http://haskell.org/haskellwiki/Mathematical_prelude_discussion).
I'll look it over. That said, note that we're not
Brandon S. Allbery wrote:
> John M. Dlugosz wrote:
>> Jon Lang wrote:
>>> type (i.e., 'num'). Somehow, I had got it into my head that Num was a
>>> role that is done by all types that represent values on the real
>>> number line, be they integers, floating-point, rationals, or
>>> irrationals. An
G'day chromatic / p5p / p6l,
Make a list of all possible types of exceptions, define them as roles, and
group them that way. Any given exception can implement multiple roles (:CORE
and :io, for example, or a specialization of that role that also does :USER).
Excellent point. I've been large
On 2008 Jun 3, at 3:15, John M. Dlugosz wrote:
Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
type (i.e., 'num'). Somehow, I had got it into my head that Num
was a
role that is done by all types that represent values on the real
number line, be they integers, floating-point, rationals, or
Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
; I see. We just had a role-vs-class cognitive disconnect.
Officially, Num is the autoboxed version of the native floating point
type (i.e., 'num'). Somehow, I had got it into my head that Num was a
role that is done by all types that represent v
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
Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
TSa wrote:
John M. Dlugosz wrote:
The sqrt(2) should be a Num of 1.414213562373 with the precision of the
native floating-point that runs at full speed on the platform.
That makes the Num type an Int with non-uniform spacing. E.g.
49 matches
Mail list logo