# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57230]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57230 >
Using 'has' works in rakudo:
$ perl6 -e 'class A { has $.x; method foo { say $.x } }; m
On Tue Jul 22 23:34:13 2008, [EMAIL PROTECTED] wrote:
>
> This patch contains a fix and a simplification. It should now be
> cross-platform and thread-safe. I'll test on some other *nixes and go
> on from
> there. If nothing else it works fine on Ubuntu/x86.
It also works in FreeBSD 7.0 and Op
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57228]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57228 >
Whereas
$ perl6 -e 'class A {}; my A $a .= new; 1'
$ perl6 -e 'class A {}; my A $a = A.
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57226]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57226 >
Writing
$ perl6 -e '.say for =$*IN'
hi
hi
there
there
works fine, but writing
$ perl6
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #57224]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57224 >
---
osname= darwin
osvers= 9.0
arch= darwin-thread-multi-2level
cc= cc
---
Fl
Yeah, I bet these are mine. I will get this info to you ASAP (currently stuck
at work).
-Dan
- Original Message
From: Will Coleda <[EMAIL PROTECTED]>
To: Michael Peters <[EMAIL PROTECTED]>
Cc: p2 <[EMAIL PROTECTED]>; [EMAIL PROTECTED]; Daniel Magnuszewski <[EMAIL
PROTECTED]>
Sent: We
On Tuesday 22 July 2008 21:58:10 Mark Glines wrote:
> Integer is a good example of the problem, actually.
>
> The internal storage format doesn't change,
It certainly can. I imagine that Kea-CL's Integers autopromote to BigInts (or
whatever the name is), and that might require a certain precisi
On Tue Jul 22 23:34:13 2008, [EMAIL PROTECTED] wrote:
> Christoph Otto via RT wrote:
> >
> > This version of the patch should dtrt with all versions of
> strerror_r. It
> > works on my Debian/x86 box and I'll be testing it on any *nix I can
> get my
> > hands on Tuesday. If it works fine there, i
Qua, 2008-07-23 às 00:09 -0700, chromatic escreveu:
> On Tuesday 22 July 2008 06:34:13 Moritz Lenz wrote:
> > There are actually many problems. For example, if a TCL function returns
> > an integer, what will Perl 6 see?
> A PMC, which presumably performs the Integer role (in Parrot terms). If Tcl
Will Coleda wrote:
On Wed, Jul 23, 2008 at 4:20 PM, Michael Peters <[EMAIL PROTECTED]> wrote:
Will Coleda wrote:
The user associated with these builds is 'parrot-autobot'. Anyone know
who that is?
That's the Smolder user that "make smolder_test" uses. Otherwise I'd have to
give out an account
On Wed, Jul 23, 2008 at 4:20 PM, Michael Peters <[EMAIL PROTECTED]> wrote:
> Will Coleda wrote:
>
>> The user associated with these builds is 'parrot-autobot'. Anyone know
>> who that is?
>
> That's the Smolder user that "make smolder_test" uses. Otherwise I'd have to
> give out an account to anyon
On Wed, Jul 23, 2008 at 4:20 PM, Michael Peters <[EMAIL PROTECTED]> wrote:
> Will Coleda wrote:
>
>> The user associated with these builds is 'parrot-autobot'. Anyone know
>> who that is?
>
> That's the Smolder user that "make smolder_test" uses. Otherwise I'd have to
> give out an account to anyon
Will Coleda wrote:
The user associated with these builds is 'parrot-autobot'. Anyone know
who that is?
That's the Smolder user that "make smolder_test" uses. Otherwise I'd
have to give out an account to anyone who wants to run "make smolder_test"
I think the actual person is Daniel Magnusze
On Tue, Jul 22, 2008 at 10:46 AM, via RT Will Coleda
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #57198]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=57198 >
>
>
>
Ter, 2008-07-22 às 15:37 -0700, chromatic escreveu:
> The wiki page at:
> http://www.perlfoundation.org/parrot/index.cgi?inter_hll_mapping_notes
> seems to be missing the rationale for *why* it's necessary to map types
> between languages?
I've added a little reasoning on the top of the art
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #57214]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57214 >
t/spec/S12-class/declaration-order.t by Carl Mäsak revealed a parrot bug
which can be rep
On Tue Jul 22 23:24:10 2008, [EMAIL PROTECTED] wrote:
>
> It works for me too on Mac OSX 10.4 and parrot rev 29370.
> Thanks for following up!
> Chris
>
It just goes to show that all problems (even interpersonal ones) go away
if you ignore them for long enough. I'm marking this one as resolved.
On Wed, 2008-07-23 at 17:09 +0200, François Perrad wrote:
> > >From a couple comments you make later, it sounds like you're aiming to
> > be perfectly API compatible with the original library implementations
> > for Lua and PHP, so that moving to Parrot is a "drop-in" replacement as
> > far as the
On Wed, 2008-07-23 at 10:11 -0400, Bob Rogers wrote:
> True. But passing a Complex to any language that does not have a
> concept of Complex is going to cause problems if the language tries to
> treat it as anything but a black box. And a black box doesn't require a
> special representation.
But
Geoffrey Broadwell a écrit :
On Tue, 2008-07-22 at 09:03 +0200, François Perrad wrote:
Ok, talking about libraries :
Lua compiler & Lua Standard Libraries are complete (as far as the
current Parrot supports it).
So, since April 2008, I wrote some extension libraries for Lua
Since mid-June
On Wed, Jul 23, 2008 at 10:04 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 23, 2008 at 3:09 AM, chromatic <[EMAIL PROTECTED]> wrote:
>> On Tuesday 22 July 2008 06:34:13 Moritz Lenz wrote:
>>
>>> There are actually many problems. For example, if a TCL function returns
>>> an integer, wha
From: Geoffrey Broadwell <[EMAIL PROTECTED]>
Date: Tue, 22 Jul 2008 22:00:42 -0700
On Tue, 2008-07-22 at 22:58 -0400, Bob Rogers wrote:
>So I would argue that (1) what seem like differences in numbers in
> the various languages are really differences in the way those languages
On Wed, Jul 23, 2008 at 3:09 AM, chromatic <[EMAIL PROTECTED]> wrote:
> On Tuesday 22 July 2008 06:34:13 Moritz Lenz wrote:
>
>> There are actually many problems. For example, if a TCL function returns
>> an integer, what will Perl 6 see?
>
> A PMC, which presumably performs the Integer role (in Pa
On Monday 21 July 2008 18:38:55 [EMAIL PROTECTED] wrote:
> --- branches/gsoc_pdd09/src/gc/gc_it.c (original)
> +++ branches/gsoc_pdd09/src/gc/gc_it.c Mon Jul 21 18:38:55 2008
> @@ -239,6 +239,11 @@
> {
> const Arenas * const arena_base = interp->arena_base;
> Gc_it_data * const gc_
On Tuesday 22 July 2008 06:34:13 Moritz Lenz wrote:
> There are actually many problems. For example, if a TCL function returns
> an integer, what will Perl 6 see?
A PMC, which presumably performs the Integer role (in Parrot terms). If Tcl
on Parrot doesn't return this, Tcl on Parrot is wrong an
Christoph Otto via RT napsal(a):
Is this something we're still concerned about or can this ticket be closed?
If it isn't leak then it is a bug (in Parrot or in my PIR/PASM code). I
can invoke PASM compiler 10^5x (76MB RAM) but not 10^7x because I get
Parrot VM: PANIC: Out of mem!
C file src\gc\
2008/7/22 Mark Glines <[EMAIL PROTECTED]>:
> On Tuesday 22 July 2008 04:56:53 Reini Urban wrote:
>> Attached patch adds --install to pbc_to_exe,
>> adds a basic pod to pbc_to_exe,
>> and applies --install to perl6.
>>
>> link against install_config.o and add installable prefix.
>> Limitation: With
It turns out that 'class A is B {}; class B {}' is not a valid Perl 6 program.
@messages
masak asked 7h 17m 55s ago: is `class A is B {}; class B
{}` allowed in Perl 6?
@tell masak "is B" is not allowed unless B is already known
to be a trait or type; only subroutines can be post-declared
Stil
On Thu Jul 06 09:21:34 2006, [EMAIL PROTECTED] wrote:
> With parrot r13181, binding to a non-privileged port on localhost
> consistently fails with EADDRNOTAVAIL on Mac OS X and FreeBSD boxes
> for Intel and PPC platforms. The same command succeeds on Linux.
>
> Steps to reproduce:
> 1) ./parr
29 matches
Mail list logo
