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,
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
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.
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 for
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
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
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_gen.pir
Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
e g.
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
Will Coleda via RT wrote:
On Sun Jun 01 11:06:10 2008, [EMAIL PROTECTED] wrote:
Hi,
parrot + perl6 as of r28017 segfault for me while running
t/spec/S29-array/push.rakudo.
Attached is a reduced test case that produces an assertion failure with
--runcore=gcdebug:
$ ../../parrot
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #55220]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55220
Hello,
this patch for the file parrot.spec add the two commands:
make
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. And really, I'd
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
On 2008 Jun 3, at 4:19, John M. Dlugosz wrote:
Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
e g.
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
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
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
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
This is a
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 +
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
# New Ticket Created by Stephane Payrard
# Please include the string: [perl #55228]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55228
This bug appeared very recently (less than 3 days ago). I did make realclean.
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 since
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
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 very
# New Ticket Created by Will Coleda
# Please include the string: [perl #55238]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55238
./parrot -o runtime/parrot/library/OpenGL.pbc runtime/parrot/library/OpenGL.pir
Stéphane,
Have we resolved all the issues in this ticket? (If so, I'll mark it
resolved.)
Thank you very much.
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
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 on
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
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] wrote:
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
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.
I
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 --optimize make
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 before
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.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=55238
./parrot -o
# New Ticket Created by Will Coleda
# Please include the string: [perl #55244]
# in the subject line of all future correspondence about this issue.
# URL: 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:
SNIP
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.
# URL:
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:
SNIP
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 line
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 never been run
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 have to
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:
SNIP
Generating makefiles and other build files...value for 'TEMP_exec_dep'
in
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
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 to
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 about the
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 middle
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 information
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 should
50 matches
Mail list logo