Will Coleda via RT wrote:
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
Vasily Chekalkin wrote:
Moritz Lenz wrote:
I tried to build parrot with the clang, an llvm frontend. It provides a
script called 'ccc', which accepts the same options as gcc.
Works for me with perl Configure.pl --cc=llvm-gcc --link=llvm-gcc.
That works for me too, but it's a completely
Moritz Lenz wrote:
I tried to build parrot with the clang, an llvm frontend. It provides a
script called 'ccc', which accepts the same options as gcc.
Configure works fine (perl Configure.pl --verbose --cc=ccc --link=ccc).
Works for me with perl Configure.pl --cc=llvm-gcc --link=llvm-gcc.
On Wed, Sep 10, 2008 at 11:14 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
On Mon Apr 07 21:31:15 2008, coke wrote:
This has been removed in the type_ids branch.
Coke,
Can you provide any update on this deprecation and/or the type_ids branch?
Thank you very much.
kid51
Not really.
Moritz,
I applied parallel-r.patch to trunk at r30978 on Darwin (10.4 PPC),
successfully built and tested Parrot, built Perl 6, then got the results
below out of 'make test'.
Since I build and test Perl 6 infrequently, I'm not sure whether these
results are different from what I would have
No problems have surfaced since last post: closing ticket.
--
Will Coke Coleda
On Thu, Sep 11, 2008 at 8:11 AM, James E Keenan [EMAIL PROTECTED] wrote:
Is it just me ...?
Yup.
When I went to rt.perl.org just now to reply to a ticket, I could not find
the toggle for automatically CC-ing [EMAIL PROTECTED] I know it was
there just last night. I am clearly logged in to
On Wed, Sep 10, 2008 at 10:51 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke, particle: Where do we stand on this ticket?
thank you very much.
kid51
I haven't touched a win32 build of parrot in some months now, msvc or
otherwise. Smolder is probably a better place to look for
On Wed, Sep 10, 2008 at 10:56 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke, particle: Can we get an update on the issues raised in this RT?
Thank you very much.
kid51
I haven't touched a win32 build of parrot in some months now, msvc or
otherwise. Smolder is probably a better
2008/9/11 James Keenan via RT [EMAIL PROTECTED]:
Moritz,
I applied parallel-r.patch to trunk at r30978 on Darwin (10.4 PPC),
successfully built and tested Parrot, built Perl 6, then got the results
below out of 'make test'.
Since I build and test Perl 6 infrequently, I'm not sure whether
On Fri Aug 29 13:14:19 2008, ronaldxs wrote:
$ empty ./perl6 -e 'say split(\n, $*IN.slurp)' # but this fails
Two proposed patches attached. The patch to src/pmc/parrotiio.pmc seems
to fix the problem as originally stated. Then the patch to
languages/perl6/src/classes/Str.pir seems to
Will Coleda wrote:
On Thu, Sep 11, 2008 at 8:11 AM, James E Keenan [EMAIL PROTECTED] wrote:
Is it just me ...?
Yup.
When I went to rt.perl.org just now to reply to a ticket, I could not find
the toggle for automatically CC-ing [EMAIL PROTECTED] I know it was
there just last night. I am
On Fri Sep 05 08:26:34 2008, [EMAIL PROTECTED] wrote:
Rakudo r30787 dies on multi dispatch when subset types are involved:
Yes; this ticket depends on us switching over to the new
multi-dispatcher (perl6multisub.pmc), which does handle this case. I
hope to get that sorted out in the near
Hi,
This is implemented in r30983, as are $() and %() (which mean $($/) and
%($/) respectively). Also unfudge'd a spec test.
Jonathan
Hi,
This is implemented in r30983, as are $() and %() (which mean $($/) and
%($/) respectively). Also unfudge'd a spec test.
Jonathan
Hi,
This is implemented in r30983, as are $() and %() (which mean $($/) and
%($/) respectively). Also unfudge'd a spec test.
Jonathan
Hi,
This is implemented in r30983, as are $() and %() (which mean $($/) and
%($/) respectively). Also unfudge'd a spec test.
Jonathan
On Sun Jul 27 08:06:04 2008, masak wrote:
This also works, but segfaults:
$ ./perl6 -e 'class A {}; sub c { say A.new.b() }; c'
Method 'b' not found for invocant of class 'A'
current instr.: 'c' pc 99 (EVAL_13:42)
called from Sub '_block11' pc 17 (EVAL_13:11)
called from Sub
References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
In-Reply-To: [EMAIL PROTECTED]
Content-Type: multipart/mixed;
boundary=09080402060404020800
X-Posted-By: 122.110.103.226
--09080402060404020800
Content-Type: text/plain; charset=UTF-8; format=flowed
On Wed Sep 03 11:10:21 2008, masak wrote:
Implement the '...', '???' and '!!!' operators, as described in S03:1691.
I've just done in r30980 the argumentless case of '...':
sub foo { ... }
my $x = foo(); say $x;
Attempt to execute stub code (...).
The argument version needs a bit more work as
On Thu, Sep 11, 2008 at 8:36 AM, Vasily Chekalkin [EMAIL PROTECTED] wrote:
Will Coleda wrote:
On Thu, Sep 11, 2008 at 8:11 AM, James E Keenan [EMAIL PROTECTED] wrote:
Is it just me ...?
Yup.
When I went to rt.perl.org just now to reply to a ticket, I could not
find
the toggle for
On Thu, Sep 11, 2008 at 08:11:50AM -0400, James E Keenan wrote:
Is it just me ...?
When I went to rt.perl.org just now to reply to a ticket, I could not
find the toggle for automatically CC-ing [EMAIL PROTECTED] I
know it was there just last night. I am clearly logged in to RT. What
On Thu, Sep 11, 2008 at 05:34:14AM -0700, [EMAIL PROTECTED] via RT wrote:
The second patch was not quite correct - we need to have it :multi for
when we implement the regex variant. I changed it to:
.sub 'split' :method :multi('String')
So it's a bit more liberal about what sorts of
On Wed, Sep 10, 2008 at 07:53:13PM -0700, James Keenan via RT wrote:
Patrick:
Where do we stand in the deprecation cycle re these three methods?
I probably just need to remove the methods from the code,
see what breaks, and fix what breaks. I'll try to do that this
weekend before the
Jonathan (), Carl ():
This also works, but segfaults:
$ ./perl6 -e 'class A {}; sub c { say A.new.b() }; c'
Method 'b' not found for invocant of class 'A'
current instr.: 'c' pc 99 (EVAL_13:42)
called from Sub '_block11' pc 17 (EVAL_13:11)
called from Sub 'parrot;PCT::HLLCompiler;eval' pc
Hi,
All broken examples in this ticket now work as or r22207.
Thanks,
Jonathan
2008/9/11 Will Coleda [EMAIL PROTECTED]:
On Wed, Sep 10, 2008 at 10:56 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke, particle: Can we get an update on the issues raised in this RT?
Thank you very much.
kid51
I haven't touched a win32 build of parrot in some months now, msvc or
On Wed Aug 27 02:10:10 2008, moritz wrote:
On Mon Aug 25 01:37:17 2008, masak wrote:
r30528:
$ ./perl6 -e 'while (test ~~ /(es)/) { say $0; exit; }'
Null PMC access in get_pmc_keyed_int()
[...]
Segmentation fault
FWIW, the error shows up in r30503, whose slightly Orwellian message
On Thursday 11 September 2008 04:03:27 Vasily Chekalkin wrote:
Will Coleda wrote:
Now that we can subclass PMCs with Objects, we need to go through all
the code in src/pmc/*.pmc that directly fiddles with PMC guts (e.g.
PMC_int_val(...) and PMC_num_val(...) and replace them with VTABLE
On Thursday 11 September 2008 07:17:56 Carl Mäsak wrote:
Jonathan (), Carl ():
This also works, but segfaults:
$ ./perl6 -e 'class A {}; sub c { say A.new.b() }; c'
Method 'b' not found for invocant of class 'A'
current instr.: 'c' pc 99 (EVAL_13:42)
called from Sub '_block11' pc 17
On Tue, Sep 09, 2008 at 08:50:02AM -0700, Larry Wall wrote:
: At the moment the design of Perl 6 (unlike certain FP languages) is
: that any dependence on the *degree* of laziness is erroneous, except
: insofar as infinite lists must have *some* degree of laziness in order
: not to use up all your
On Tue Sep 09 07:34:40 2008, bacek wrote:
perl6 via RT wrote:
During investigating bug from #58276 I found very nasty bug with
assigning to Perl6Scalar.
Actually bug #58278.
Actually wasn't Perl6Scalar itself, but rather what a proto did in item
context. Fixed that in r31004, so this
Will Coleda wrote:
On Wed, Sep 10, 2008 at 10:51 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke, particle: Where do we stand on this ticket?
thank you very much.
kid51
I haven't touched a win32 build of parrot in some months now, msvc or
otherwise. Smolder is probably a better
NotFound wrote:
On Wed, Sep 10, 2008 at 8:12 PM, chromatic [EMAIL PROTECTED] wrote:
The line numbers reported by clang seem sensible enough, but do they match
values in src/pmc/default.str? Mine contains:
#define _CONST_STRING_45 80
#define _CONST_STRING_103 534
#define _CONST_STRING_144
I just downloaded and built parrot-0.7.0. The PIR program from the original
bug report no longer SEGFAULTS.
However:
1) make test had this result:
Failed Test Stat Wstat Total Fail List of Failed
---
On Mon Sep 08 09:08:50 2008, [EMAIL PROTECTED] wrote:
Rakudo, r30888. When defining a grammar and regex, defining a regex
after a grammar places the regex in the grammar namespace, but vice
versa works fine. Below is some demo code (switch the definition
placements and comment out the
Vasily Chekalkin wrote:
Will Coleda wrote:
On Thu, Sep 11, 2008 at 8:11 AM, James E Keenan [EMAIL PROTECTED]
wrote:
Is it just me ...?
Yup.
I've got same problems... This link not always appears on reply page.
(In my case it's appears very rare...)
Ah, so it's not just me!
I had to
On Thu Sep 11 14:28:08 2008, rblasch wrote:
I haven't seen this using Visual C++ 9.0. I'll also run a test with
6.0, 7.1 and 8.0. Is it okay if I close this ticket if nothing special
shows up?
Absolutely!
The patch was indeed applied in r30640 (with touch-ups in r30645) on
2008-08-29. There have been no complaints, so I am resolving the ticket.
Thank you very much.
kid51
Hi,
Here is a pure PIR example that doesn't depend on Rakudo at all.
.sub main :main
$P0 = new 'Integer'
$P0 = 2
'f'($P0)
.end
.sub 'f'
.param pmc l
.lex $l, l
$P0 = find_lex $l
if $P0 = 0 goto ret
print entering
$P1 = find_lex $l
say $P1
$I0 = 1
I'm trying to see if we can move this ticket toward resolution. I think
that it has remained unresolved for so long because the original post
originally called for two steps: (a) removal from Configure.pl of
configuration steps which probed for features only used in specific
language
On Thu, Sep 11, 2008 at 4:47 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
I'm trying to see if we can move this ticket toward resolution. I think
that it has remained unresolved for so long because the original post
originally called for two steps: (a) removal from Configure.pl of
On Thu Sep 11 08:30:49 2008, moritz wrote:
Since the feedback so far was mostly positive (and none defeating) I now
applied the patch. Thanks go to all contributers and testers.
If there are some problems with the test harness, please open a new
ticket.
FWIW: Here are the results I got
James E Keenan wrote:
1. I will encourage all of you who wrote me to get Bitcard accounts
(http://tinyurl.com/5eqcw8) so that you're eligible to post patches
through our RT interface (http://rt.perl.org/rt3/Public). One of the 6
already has an RT account; the others of you should get
On Thursday 11 September 2008 14:04:20 Clark Cooper wrote:
However:
1) make test had this result:
Failed Test Stat Wstat Total Fail List of Failed
---
t/perl/Parrot_Test.t 666 55 57 59
* Larry Wall [EMAIL PROTECTED] [2008-09-11 21:20]:
As a first shot at that definition, I'll submit:
1 .. $n # easy
1 .. *# hard
On the other hand, I can argue that if the first expression is
easy, then the first $n elements of 1..* should also be
considered easy, and it's
46 matches
Mail list logo