# New Ticket Created by Carl Mäsak
# Please include the string: [perl #61024]
# in the subject line of all future correspondence about this issue.
# URL: 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
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 gabriele renzi
# Please include the string: [perl #61020]
# in the subject line of all future correspondence about this issue.
# URL: 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
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #61026]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61026
masak perl6: my @a = 0 xx 4; @a[0] = 42; say @a.perl
p6eval rakudo 33460: OUTPUT[[42,
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #61030]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61030
Two questions, AFAIK not specced:
* What does an enum value stringify to?
* Given
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #61034]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61034
Rakudo r33458:
$ ./perl6 -e 'my $a = do given 5 {}'
Null PMC access in isa()
[...]
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 unambiguous, it
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
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/single ($/single)/
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #61038]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61038
---
osname= dec_osf
osvers= 5.1b
arch= alpha-dec_osf-thread-multi
cc= cc
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #61044]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61044
Full output from perl t/harness -v t/compilers/imcc/syn/macro.t attached.
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' qualifiers
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.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61034
Rakudo r33458:
* 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 without
* [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-12-03
* 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; that
* 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 to be
* 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
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
* 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 up until
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.
For
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
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 fault
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.
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #61052]
# in the subject line of all future correspondence about this issue.
# URL: 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 :)
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(' bookkeeper ~~
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
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.
# URL:
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
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 blatantly
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: two
31 matches
Mail list logo