On Thu, Dec 4, 2008 at 6:34 PM, TSa <[EMAIL PROTECTED]> wrote:
> HaloO,
>
> And how about 'Num 1.0 === Complex(1,0) === Int 1'? Should all these
> be identical irrespective the fact that they come from three different
> type domains? How is that implemented?
>
IMHO the spec on === is quite clear:
On Thu, Dec 4, 2008 at 3:26 PM, David Green <[EMAIL PROTECTED]> wrote:
> Something more explicit like "idiv" was suggested for integral division.
> Personally, I'm happy not to have anything special provided for it, on the
> grounds that having to say, e.g. "floor($i/$j)", forces you to be blatant
On Wed, Dec 3, 2008 at 6:19 PM, GW <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I found something that could be problematic (haven't yet found out if it
> should be a special case) in Synopsis 5. More precisely it is under the
> chapter "Accessing captured subrules" in the test case
> t/regex/from_perl6_r
On Thu, Dec 4, 2008 at 11:51 AM, [EMAIL PROTECTED]
(via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by [EMAIL PROTECTED]
> # Please include the string: [perl #61052]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=
chromatic wrote:
On Wednesday 03 December 2008 09:34:19 Rich Rauenzahn wrote:
This originally was the result of trying to setup a smoke test platform
for Parrot on HPUX-- so I gave it another try today... unfortunately it
still coredumps, but I don't think smoke reports those.
Is it possible
Hello,
GW wrote:
> I found something that could be problematic (haven't yet found out if it
> should be a special case) in Synopsis 5. More precisely it is under the
> chapter "Accessing captured subrules" in the test case
> t/regex/from_perl6_rules/capture.t lines 67–71:
>
> ok(eval(' "bookkeepe
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #61052]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61052 >
This bug has been around for a while, but I've been too lazy to report it :)
My bu
On 2008-Dec-4, at 9:42 am, TSa wrote:
I remember the state of affairs being that [div] returns an Int
Something more explicit like "idiv" was suggested for integral
division. Personally, I'm happy not to have anything special provided
for it, on the grounds that having to say, e.g. "floor(
On Thursday 04 December 2008 11:23:33 Rich Rauenzahn wrote:
> I'm compiling for 32bit, and it looks like it is perl crashing, although
> I assume it is loading some parrot plugin that has been compiled?
> /rjr/perl/bin/perl tools/build/pmc2c.pl --vtable
> make: *** [vtable.dump] Segmentation fau
HaloO,
David Green wrote:
Using int8 vs Int is presumably a performance issue, but "int8 29" and
"Int 29" *mean* the same thing, so they should be ===. An Enum doesn't
mean the same thing as a plain Int, so it shouldn't.
And how about 'Num 1.0 === Complex(1,0) === Int 1'? Should all these
be
HaloO,
David Green wrote:
Using int8 vs Int is presumably a performance issue, but "int8 29" and
"Int 29" *mean* the same thing, so they should be ===. An Enum doesn't
mean the same thing as a plain Int, so it shouldn't.
IIRC, === is defined to compare only values from the same type domain.
* Mark Overmeer <[EMAIL PROTECTED]> [2008-12-04 16:50]:
> * Aristotle Pagaltzis ([EMAIL PROTECTED]) [081204 14:38]:
> > Furthermore, from the point of view of the OS, even treating file
> > names as opaque binary blobs is actually fine! Programs don’t
> > care after all. In fact, no problem shows u
HaloO,
I realized from the typed literal thread that S03 now explicitly states
that div on two Ints returns a Rat. I remember the state of affairs
being that it returns an Int that adheres to the division of an Int $y
by another Int $x such that
$y == ($y div $x) * $x + ($y mod $x)
holds w
* David Green <[EMAIL PROTECTED]> [2008-12-03 22:00]:
> FIRST{} can do something on only the first iteration through
> the loop, but there's no NOT-FIRST block to do something on the
> second and subsequent iterations. Is there an elegant way to do
> something on all but the first loop?
Not with a
* Mark J. Reed <[EMAIL PROTECTED]> [2008-12-03 20:30]:
> OK, so let's look at the general problem. The structure is this:
>
> doSomething();
> while (someCondition())
> {
> doSomethingElse();
> doSomething();
> }
>
> ...and you want to factor out the doSomething() call so that it only
> has
* Aristotle Pagaltzis ([EMAIL PROTECTED]) [081204 14:38]:
> Furthermore, from the point of view of the OS, even treating file
> names as opaque binary blobs is actually fine! Programs don’t
> care after all. In fact, no problem shows up until the point
> where you try to show filenames to a user; t
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2008-12-03 21:45]:
> loop {
> doSomething();
> next if someCondition();
> doSomethingElse();
> }
I specifically said that I was aware of this solution and that I
am dissatisfied with it. Did you read my mail?
* Jon Lang <[EMAIL PROTECTED]> [2008-1
* Tom Christiansen <[EMAIL PROTECTED]> [2008-11-27 11:30]:
> In-Reply-To: Message from Darren Duncan <[EMAIL PROTECTED]>
>of "Wed, 26 Nov 2008 19:34:09 PST." <[EMAIL PROTECTED]>
> > I believe that the most important issues here, those having
> > to do with identity, can be discussed and solved
On Wed, Dec 03, 2008 at 03:54:16PM -0800, Carl Mäsak wrote:
> # New Ticket Created by "Carl Mäsak"
> # Please include the string: [perl #61034]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=61034 >
>
>
> Rakudo r33458:
On Wed, Dec 3, 2008 at 7:25 PM, Will Coleda via RT <
[EMAIL PROTECTED]> wrote:
> On Tue Jan 09 06:43:10 2007, particle wrote:
> > compilers\imcc\imclexer.c(4310) : warning C4018: '<' : signed/unsigned
> > mismatch
> > compilers\imcc\imcc.l(662) : warning C4090: 'function' : different
> > 'const' q
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #61044]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61044 >
Full output from "perl t/harness -v t/compilers/imcc/syn/macro.t" attached.
Summa
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #61038]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61038 >
---
osname= dec_osf
osvers= 5.1b
arch= alpha-dec_osf-thread-multi
cc= cc
---
Hi,
I found something that could be problematic (haven't yet found out if it
should be a special case) in Synopsis 5. More precisely it is under the
chapter "Accessing captured subrules" in the test case
t/regex/from_perl6_rules/capture.t lines 67–71:
ok(eval(' "bookkeeper" ~~ m/ ($/)/ '), 'Named
On Wednesday 03 December 2008 09:34:19 Rich Rauenzahn wrote:
> This originally was the result of trying to setup a smoke test platform
> for Parrot on HPUX-- so I gave it another try today... unfortunately it
> still coredumps, but I don't think smoke reports those.
Is it possible to get a backtr
Jon Lang wrote:
> Darren Duncan wrote:
>> Now, with some basic types, I know how to do it, examples:
>>
>> Bool # Bool::True
>
> Please forgive my ignorance; but are there any cases where
> 'Bool::True' can be spelled more concisely as 'True'?
There are; As long as the short name is unambig
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #61034]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61034 >
Rakudo r33458:
$ ./perl6 -e 'my $a = do given 5 {}'
Null PMC access in isa()
[...]
Segm
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #61030]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61030 >
Two questions, AFAIK not specced:
* What does an enum value stringify to?
* Given the e
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #61026]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61026 >
perl6: my @a = 0 xx 4; @a[0] = 42; say @a.perl
rakudo 33460: OUTPUT[[42, 42, 42, 42]]
# New Ticket Created by "gabriele renzi"
# Please include the string: [perl #61020]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61020 >
This happens wither with a line like
1.size
or simply
size
The error I get for t
This originally was the result of trying to setup a smoke test platform
for Parrot on HPUX-- so I gave it another try today... unfortunately it
still coredumps, but I don't think smoke reports those.
Rich
Will Coleda via RT wrote:
On Sat May 17 16:06:59 2008, pmichaud wrote:
This ticket
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #61024]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=61024 >
Rakudo r33458 doesn't flush its STDOUT when waiting for user STDIN input.
$ perl -e 'pr
31 matches
Mail list logo
