On behalf of the Parrot team, I'm proud to announce Parrot 4.3.0, also
known
as In Which Parrot (http://parrot.org/) is a virtual machine
aimed
at running all dynamic languages.
Parrot 4.3.0 is available on Parrot's FTP site
(ftp://ftp.parrot.org/pub/parrot/releases/stable/4.3.0/), or by
this possible:
Alekssasho, Alvis Yardley, Andrew Whitworth, Andy Lester, Brian
Gernhardt,
Bruce Gray, Christoph Otto, Francois Perrad, jkeenan, Jonathan Duke
Leto,
Michael Schroeder, Moritz Lenz, Nolan Lum, NotFound, Paweł Nowak, Peter
Polacik, Sasho, Stefan Seifert, Tristan Hume, Vasily Chekalkin
masak made the offhand remark in #perl6 recently that I used as the
title of this message. Now that I'm done giving State of the Parrot
talks, I'm free to take off my optimist hat and realize that Parrot is
going to die a slow death if we don't do something drastic. I love the
vision that Parrot
Hi all,
The next PDS is coming up soon. I've set up a Doodle[1] to find the
best time for everyone. Please fill out your availability in the next
few days if you're interested in attending. This will be a strategic
planning session for Parrot, so folks from projects that build on Parrot
thanks to all our contributors for making this possible, and our sponsors
for supporting this project. The following people (in random order)
contributed to this release. Thanks!
François Perrad, Bob Kuo, Jim Keenan, Bruce Gray, Gerd Pokorra, Christoph
Otto, Fitz Elliott, Julian Albo, Peter
Hi all,
Thanks to those who filled out the doodle to indicate your availability for
the next Parrot Developer Summit. The slots with the fewest conflicts were at
the same time on different weeks. I've closed the doodle poll and marked
Saturday the 14th at 1PM UTC as the official date for
-Original Message-
From: parrot-dev-boun...@lists.parrot.org
[mailto:parrot-dev-boun...@lists.parrot.org] On Behalf Of James E Keenan
Sent: Wednesday, May 04, 2011 05:55
To: Christoph Otto
Cc: parrot-us...@lists.parrot.org; perl6-compi...@perl.org;
parrot-...@lists.parrot.org; perl6-us...@perl.org
, Andy Lester, Bob Rogers, Christoph Otto,
Daniel Arbelo, Daniel Kang (gci), Daniel Toma, David Czech (gci), Fernando
Brito (gci), François Perrad, Gerd Pokorra, Jim Keenan, Jonathan Duke Leto,
Julian Albo, Léo Grange (gci), Mariano Wahlmann, Matt Rajca (gci), Michael H.
Hind, Natan Yellin (gci
On behalf of the Parrot team, I'm proud to announce Parrot 2.9.1. Parrot
(http://parrot.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 2.9.1 is available on Parrot's FTP site, or by following the
download instructions at http://parrot.org/download. For those who
I can't understand why people are frightened of new ideas. I'm frightened of
the old ones.”
- John Cage
On behalf of the Parrot team, I'm proud to announce Parrot 2.2.0
Like Clockwork. Parrot (http://parrot.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 2.2.0 is
Look at the skies, whispered the Dog kindly. Look at the trees where God
made beauty. But it is only a sorrow to look on me where God planted
ugliness. sighed the Dog, such a fine small beak you have.
Not his most piercing, his most murderous crow could move this remarkable rag.
Not the
Will Coleda wrote:
On Sun, Jul 19, 2009 at 10:50 PM, Christoph Otto via
RTparrotbug-follo...@parrotcode.org wrote:
On Sun Jul 19 16:18:01 2009, jk...@verizon.net wrote:
Would any of the participants in this thread be able to post an update?
Was the TGE refactor ever done?
If not, is it still
Allison Randal via RT wrote:
Christoph Otto wrote:
The PMC UnionVal deprecation can't be completed until Parrot has
improved ATTR
reuse between extending PMCs. I'm rewriting code to minimize dependence on
the PMC_x_val macros, but I can't eliminate them completely without better
inheritance
Christoph Otto via RT wrote:
Allison Randal via RT wrote:
snip
Parent and child had to have the same struct in the original (because
every PMC defined the same union val struct), and so still have to have
the same struct in the new version. It is progress: at least the struct
members
Bernhard Schmalhofer via RT wrote:
Christoph Otto schrieb:
Christoph Otto via RT wrote:
The attached patch implements this behavior and fixes two core PMCs
that had been doing the inheritance manually. All tests in make test
pass. I didn't bother testing any HLLs as this is more
Allison Randal via RT wrote:
Christoph Otto wrote:
Allison Randal wrote:
(Actually, at the moment you're required to declare
all parent attributes in the ATTR list before the child attributes, so
inherited attributes *are* child attributes.)
When I say attributes, I mean the things
Allison Randal wrote:
Christoph Otto via RT wrote:
I'm running into a snag trying to implement this. It turns out that
many lines which use the PMC_x_val macros use them on different types of
PMCs, especially parents and children (e.g. FixedPMCArray and
ResizablePMCArray). There are also some
Christoph Otto via RT wrote:
I'm running into a snag trying to implement this. It turns out that
many lines which use the PMC_x_val macros use them on different types of
PMCs, especially parents and children (e.g. FixedPMCArray and
ResizablePMCArray). There are also some instances where
Christoph Otto wrote:
I'd appreciate comments or a quick code review as to whether I should
apply the patch as-is (sans randomization) once the failing OrderedHash
test passes. It's admittedly not a complete solution, but it does hide
Parrot's hash seed from any PARROT_EXPORT functions
Christoph Otto wrote:
Nicholas Clark wrote:
On Sun, Nov 16, 2008 at 06:52:08PM -0800, chromatic wrote:
I'd rather remove the hash seed from the key calculation. Instead,
let's use a global seed (#defined somewhere) as the initial seed,
cache the calculated
You don't want a constant
Nicholas Clark wrote:
On Sun, Nov 16, 2008 at 06:52:08PM -0800, chromatic wrote:
I'd rather remove the hash seed from the key calculation. Instead, let's use
a global seed (#defined somewhere) as the initial seed, cache the calculated
You don't want a constant global seed, else you fall
Christoph Otto via RT wrote:
On Sun Nov 16 19:47:36 2008, stockwellb wrote:
rewrite of t/oo/ops.t to PIR.
ops.t | 265
--
1 file changed, 130 insertions(+), 135 deletions(-)
In op_get_class_p_p, it looks like you switch from
On Thu Oct 23 01:38:59 2008, mgrimes wrote:
Christoph,
Thanks for your help. This has been a great, low intensity, way to
learn a bit of parrot.
I think I have addressed everything, and I have attached a new patch.
The patch no longer applies cleanly to objects.t, and I thought
it'd be
to make some
changes to the $Id: line in the patch by hand.
-Mark
On Fri, Oct 17, 2008 at 10:35 AM, Mark Grimes [EMAIL PROTECTED] wrote:
On Fri, Oct 17, 2008 at 12:39 AM, Christoph Otto via RT
[EMAIL PROTECTED] wrote:
You can fix the foo_error_bar tests by using an exception handler to
catch
On Thu Oct 16 17:43:28 2008, mgrimes wrote:
Hi,
The attached patch converts two perl based tests into parrot tests:
t/pmc/string.t
t/pmc/objects.t
Each of these included pir_error_is type tests. I am not aware of
any way to test those within parrot right now, so I kept them in perl
On Tue Oct 07 06:53:58 2008, [EMAIL PROTECTED] wrote:
In fixing the Complex PMC in r31749, I revealed a problem in our
read-only PMC tests. In t/pmc/ro.t, test 5 gets an error as expected,
but the error it gets complains that add_p_ic_p doesn't exist (it hasn't
existed for years, if ever).
On Mon Oct 13 07:31:30 2008, [EMAIL PROTECTED] wrote:
Hi Christoph,
I send you the patch atached.
The script with TODO block works equal without it(with TODO
gives more information and adds the not yet implemented leyend).
Sincerely,
Igor
Hi Igor,
This patch looks good. There's no
On Sun Sep 14 13:43:15 2008, cotto wrote:
On Sun Sep 14 07:47:34 2008, pmichaud wrote:
On Sun, Sep 14, 2008 at 12:41:42AM -0700, Christoph Otto via RT wrote:
I got impatient and committed this as r31101. I'm marking this
ticket
as resolved.
According to [1], r31101 causes
Will Coleda via RT wrote:
On Wed Oct 24 13:52:33 2007, pcoch wrote:
In t/src/ro.t there is the todo item:
# XXX: should this work?
and the related pir code:
# three = 4 # should fail -- is that what we want
The question is: is the behaviour encapsulated in the test actually what we
want?
On Tue Apr 08 19:11:10 2008, pmichaud wrote:
On Fri, Apr 04, 2008 at 02:15:26PM -0700, Christoph Otto (Volt) wrote:
When running the following PIR code, Parrot does the Perlish thing
and implicitly converts s to an int. This violates the principle
of least surprise and makes
On Sat Oct 11 05:07:25 2008, [EMAIL PROTECTED] wrote:
Christoph Otto (via RT) wrote:
In response to a question about comparison operators in Pipp*,
Allison
suggested that I add a variant cmp VTABLE function which returns a
PMC instead
of an INTVAL. This patch adds such a function
On Thu Sep 25 15:09:30 2008, geraud wrote:
I reported a problem on IRC yesterday and was prompted to file a bug.
So here we go.
The GeJ reports that this test is passing now so I'm marking this ticket
resolved.
[EMAIL PROTECTED] via RT wrote:
--- El mar 30-sep-08, Christoph Otto [EMAIL PROTECTED] escribió:
De:: Christoph Otto [EMAIL PROTECTED]
Asunto: Re: [perl #44457] [TODO] make sure files match test files for DYNPMCs
and DYNOPs etc
A: Igor ; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Fecha: martes
Igor wrote:
snip
Hi Christoph,
I send you the patch attached.
Sincerely,
Igor
Hi Igor,
Thanks again for taking the time to contribute.
Here are some pointers:
First, you're trying too hard. I'm sorry to tell you that after you've spent
so much effort, but this change should be fairly
On Thu Sep 25 14:18:40 2008, julianalbo wrote:
I suspect the problem is that the integer greater than operation
is performing a subtraction between the two (signed long) values
being compared, but the result of the subtraction is outside of
the range of signed longs.
Correct. Fixed in
On Wed Sep 24 10:47:16 2008, cotto wrote:
On Mon Feb 18 18:07:43 2008, coke wrote:
On Feb 18, 2008 8:39 PM, chromatic [EMAIL PROTECTED] wrote:
On Friday 15 February 2008 11:35:04 Will Coleda wrote:
According to http://gcc.gnu.org/onlinedocs/index.html#DIR, looks
like
as of gcc
On Thu Aug 07 14:20:11 2008, coke wrote:
Open a ticket for TODO item.
-- Forwarded message --
From: jerry gay [EMAIL PROTECTED]
Date: Thu, Aug 7, 2008 at 4:34 PM
Subject: Re: time op inconsistent on Win32
To: Ron Blaschke [EMAIL PROTECTED]
Cc: Jonathan Worthington [EMAIL
On Mon Oct 22 09:47:52 2007, pcoch wrote:
In src/pmc/fixedbooleanarray.pmc there is the todo item;
* TODO merge this with functions from BigInt PMC
The functionality in this file should be merged with that in the
BigInt PMC
I propose to reject this ticket. Reducing code duplication is a
On Mon Feb 18 18:07:43 2008, coke wrote:
On Feb 18, 2008 8:39 PM, chromatic [EMAIL PROTECTED] wrote:
On Friday 15 February 2008 11:35:04 Will Coleda wrote:
According to http://gcc.gnu.org/onlinedocs/index.html#DIR, looks like
as of gcc 4.2.3 (but not 4.1.2), we can use the following
On Fri Sep 12 10:06:01 2008, [EMAIL PROTECTED] wrote:
src/library.c (and others?) refer to .past files, which are no longer
used. remove all references to this filetype from the parrot repo.
~jerry
This one should be closeable as of r31284. I tried acking through all
instances of the string
On Wed Sep 17 16:57:06 2008, cotto wrote:
On Mon Oct 01 10:40:33 2007, pcoch wrote:
In src/exceptions.c there is the todo comment: [TODO: replace
quadratic search with something linear, hopefully without trashing
abstraction layers
I can't find this comment any more, nor any occurrence
On Thu Sep 18 08:52:10 2008, julianalbo wrote:
I changed the fix in r31230 to allocate char instead of char *,
adjusted the formula for buffer size and added a comment explaining it
to lower the level of black magic, and added a check for each item,
dropping the XXX comment that asked for it.
On Tue Sep 09 15:06:38 2008, [EMAIL PROTECTED] wrote:
Patrick R. Michaud wrote:
Just for clarification: IIUC, the n_* opcodes and their semantics
aren't really going away -- they're simply being renamed to not
have the leading n_ prefix. It's the existing add, sub,
mul, div, etc.
On Thu Jan 18 14:14:30 2007, mdiep wrote:
On Thu Jan 18 13:52:33 2007, leo wrote:
While that was never actually specced, I do consider a NULL PMC as
something
like a null pointer in C. Any access (except testing for NULL-ness)
to
it is
an error. Above example tests, that some usage of
On Wed Sep 17 08:31:26 2008, particle wrote:
On Tue, Sep 16, 2008 at 11:45 PM, Christoph Otto via RT
[EMAIL PROTECTED] wrote:
On Tue Sep 16 15:00:24 2008, [EMAIL PROTECTED] wrote:
On Tuesday 16 September 2008 14:47:58 NotFound wrote:
It certainly shouldn't segfault. But, the question
On Mon Oct 01 10:40:33 2007, pcoch wrote:
In src/exceptions.c there is the todo comment: [TODO: replace
quadratic search with something linear, hopefully without trashing
abstraction layers
I can't find this comment any more, nor any occurrence of this ticket's
number. I'll do some digging
On Mon Sep 15 20:08:38 2008, [EMAIL PROTECTED] wrote:
chromatic wrote:
On Monday 15 September 2008 01:25:15 Christoph Otto via RT wrote:
It applies with a little noise to the current trunk and passes make
test. The attached version just changes line numbers so the patch
applies without
On Tue Sep 16 15:00:24 2008, [EMAIL PROTECTED] wrote:
On Tuesday 16 September 2008 14:47:58 NotFound wrote:
It certainly shouldn't segfault. But, the question is: why does it
segfault at 206 parameters? Throwing an exception to avoid an
error we
don't understand isn't good for the
chromatic via RT wrote:
On Monday 15 September 2008 23:21:26 Christoph Otto wrote:
--- src/pmc/os.pmc (revision 31173)
+++ src/pmc/os.pmc (working copy)
@@ -31,9 +31,6 @@
#include parrot/parrot.h
-/* XXX Check if we need to deallocate strerror strings */
-/* XXX apparently
On Sun Jan 13 05:38:42 2008, coke wrote:
--
Will Coke Coleda
On Jan 12, 2008, at 7:33 PM, chromatic (via RT) parrotbug-
[EMAIL PROTECTED]
wrote:
# New Ticket Created by chromatic
# Please include the string: [perl #49722]
# in the subject line of all future correspondence
On Thu Sep 11 23:15:50 2008, cotto wrote:
On Mon Sep 08 22:54:28 2008, [EMAIL PROTECTED] wrote:
Patrick R. Michaud wrote:
Fixing this shouldn't be all that difficult -- in particular,
I think that src/pmc/resizablepmcarray.pmc lines 205-206 should
be changed from
- if
After looking around Parrot and realizing that there were several other places
where strerror is used, I'm trying a different approach. The attached patch
adds config/gen/platform/generic/strerror.c, which contains a new function
Parrot_strerror. This is just a wrapper to abstract away the
On Mon Sep 08 22:54:28 2008, [EMAIL PROTECTED] wrote:
Patrick R. Michaud wrote:
Fixing this shouldn't be all that difficult -- in particular,
I think that src/pmc/resizablepmcarray.pmc lines 205-206 should
be changed from
- if (key = PMC_int_val(SELF))
-
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
On Mon Aug 06 06:08:54 2007, pcoch wrote:
In the file t/distro/test_file_coverage.t there is the todo item:
# TODO: DYNPMC, DYNOPS, etc
This is in the context of making sure that the files match the test
files. This needs to be implemented.
Is this as simple as writing a test to make
On Tue Nov 20 20:58:35 2007, [EMAIL PROTECTED] wrote:
On Wed Mar 14 07:49:33 2007, [EMAIL PROTECTED] wrote:
Hi,
Given the following:
.namespace ['A']
.sub 'morph' :method :vtable
say 'morphing!'
.end
.sub main :main
$P0 = newclass 'A'
$P1 = new 'A'
On Mon Mar 19 10:22:42 2007, coke wrote:
test TODOd for next release, thanks for the report.
(Hopefully it'll get fixed shortly after the release.)
On Sun Mar 18 08:07:05 2007, [EMAIL PROTECTED] wrote:
I get SIGSEGV in t/stm/llqueue, test #2
openSuSe 10.2 linux 2.6.18.8-0.1-xen i686
On Sun Sep 07 15:19:22 2008, cotto wrote:
On Thu Jun 12 10:23:06 2008, [EMAIL PROTECTED] wrote:
On Thursday 12 June 2008 10:01:21 NotFound wrote:
Some more details: adding:
Parrot_set_flag(interp, PARROT_DESTROY_FLAG);
in src/main.c it segfaults also when executing with
On Fri Sep 05 00:18:19 2008, [EMAIL PROTECTED] wrote:
Bob Rogers wrote:
From: chromatic [EMAIL PROTECTED]
Fixed in r30286.
-- c
Terrific; thanks. (Especially since it looks like something I may
have
seen in other circumstances, but could not reproduce.)
On Mon Sep 08 00:01:08 2008, [EMAIL PROTECTED] wrote:
Christoph Otto wrote:
If those are your thoughts on the subject, then it seems to make sense
to add the pdd format test to make test. The attached patch does this.
I'll apply it and mark this ticket as resolved before the next
On Mon Sep 08 01:18:37 2008, [EMAIL PROTECTED] wrote:
Christoph Otto via RT wrote:
Is this something we want to go ahead with or should this ticket be
rejected?
I've had it on my hiveminder todo list for over a month now. The problem
is, it's not only a matter of annoying fiddly
On Mon Sep 08 00:12:44 2008, cotto wrote:
On Mon Sep 08 00:01:08 2008, [EMAIL PROTECTED] wrote:
Christoph Otto wrote:
If those are your thoughts on the subject, then it seems to make
sense
to add the pdd format test to make test. The attached patch does
this.
I'll apply
On Mon Jul 07 00:13:20 2008, [EMAIL PROTECTED] wrote:
On Sunday 06 July 2008 22:17:12 Andrew Johnson via RT wrote:
On Sun Jul 06 11:03:37 2008, japhb wrote:
Better yet, we should replace the inherently insecure quicksort
algorithm (insecure in the vulnerable to algorithmic attack
On Mon Sep 08 04:23:37 2008, [EMAIL PROTECTED] wrote:
Applied in r30888. cotto is going to check its functioning on Cygwin,
but it did no harm on Darwin and Linux, so I'm committing it now.
Thank you very much.
kid51
It looks good on Cygwin too, so I'm marking this resolved.
On Fri Sep 05 12:16:25 2008, cotto wrote:
On Tue May 27 13:33:11 2008, [EMAIL PROTECTED] wrote:
Running this program:
sub foo($a) {say $a} ; my $x = ;
on Ubuntu 8.04 with latest Parrot from svn gives this:
$ ./perl6 test.p6
Statement not terminated properly at line 1, near
On Mon Apr 09 01:29:52 2007, pcoch wrote:
In the file src/ops/debug.ops in the debug_break() op, there is an
explicit exit(0), which is marked as being not an ok thing to do.
This issue needs to be investigated and fixed.
It looks like the explicit exit in debug_break() is gone, so I'm marking
On Tue Sep 11 03:32:51 2007, pcoch wrote:
Having a look through PDD03 I noticed the TODO item left by Chip:
=head3 Overflow
If too many values are provided to fit into the given target
registers, Parrot
will throw an exception. Note that if the final target is a P
register with
On Thu Feb 21 12:15:06 2008, Whiteknight wrote:
What would be the best way to handle this? We certainly don't need to do
anything on systems where INT_MAX == -INT_MIN, but a simple compiler
directive should help to detect that case.
In the event that abs(INT_MIN) abs(INT_MAX), should we
On Mon Oct 22 07:01:59 2007, pcoch wrote:
In src/pmc/hash.pmc:thaw() there is the todo item:
/* TODO make a better interface for hash creation
... do this.
Where do we want to go with this?
Patrick R. Michaud wrote:
Fixing this shouldn't be all that difficult -- in particular,
I think that src/pmc/resizablepmcarray.pmc lines 205-206 should
be changed from
- if (key = PMC_int_val(SELF))
- SELF.set_integer_native(key+1);
to something like
+ if (key =
On Sat Sep 06 15:51:16 2008, julianalbo wrote:
Sorry, the code I poste was bad. The valid form is:
$P1 = new ['Exception'], $P0 # create new exception object
I've changed the example code to use the more common syntax without
brackets:
$P1 = new 'Exception', $P0
. The code works now, so
On Sat May 17 14:55:53 2008, pmichaud wrote:
On Mon Jun 12 16:30:13 2006, jonathan wrote:
Both Parrot_store_global and store_sub call
Parrot_invalidate_method_cache,
however the versions of these that take keys (Parrot_store_global_p and
store_sub_p) fail to do so.
Is this ticket
On Tue Feb 05 06:50:24 2008, coke wrote:
On Wed Aug 16 23:09:16 2006, mdiep wrote:
I don't know how to write a test for this off the top of my head, but
Iterator and DynLexPad don't play well together atm. When I tried, I
got this error:
elements() not implemented in class
On Sat Jul 05 02:53:11 2008, bernhard wrote:
In runtime/parrot/library/config.pir I encountered the comment.
XXX hash should probably be marked read-only..
This should be investigated.
Regards,
Bernhard
This seems to be a very sane suggestion. It's implemented and has a
test
On Tue Aug 26 18:39:55 2008, rgrjr wrote:
From: Klaas-Jan Stol (via RT) [EMAIL PROTECTED]
Date: Tue, 26 Aug 2008 04:46:56 -0700
From PDD19:
Identifiers don't have any limit on length at the moment, but some
sane-but-generous length limit may be imposed in the future (256
On Wed May 10 11:01:34 2006, stmpeters wrote:
I'm taking a look at it. I should have something working this evening
for the configs. Adding the HAS_BLAH's will take some additional time.
Steve Peters
[EMAIL PROTECTED]
when useful is vague does not indicate why the extra configuration
On Tue Aug 05 04:09:14 2008, tene wrote:
pdd23:
Exception handlers can resume execution immediately after the
throw opcode by invoking the resume continuation which is stored
in the exception object. That continuation must be invoked with no
parameters; in other words, throw never returns
On Thu Jun 12 10:23:06 2008, [EMAIL PROTECTED] wrote:
On Thursday 12 June 2008 10:01:21 NotFound wrote:
Some more details: adding:
Parrot_set_flag(interp, PARROT_DESTROY_FLAG);
in src/main.c it segfaults also when executing with perl6.pbc, and
also a lot of parrot test fails.
So
James Keenan via RT wrote:
The PDDs in docs/pdds/ are now in substantial compliance with the coding
standard, those in docs/pdds/draft/ much less so. I'll leave this
ticket open, but it's the sort of thing that only needs some cage
cleaning attention every month or so.
The non-draft PDDs are
On Wed Apr 16 14:24:28 2008, [EMAIL PROTECTED] wrote:
On Wednesday 16 April 2008 10:49:15 Christoph Otto (Volt) wrote:
The perl6 stand-alone binary chokes on chromatic's mmd example
(http://www.oreillynet.com/onlamp/blog/2008/04/multiple_dispatch_now_please
.html) under linux/x86
On Tue Mar 18 14:05:34 2008, rurban wrote:
It's time to use Configure.pl with the option --without-crypto
Or to add -lcrypto to the cmdline.
Configure.pl fails to pick it up apparently.
my %Parrot::Config::Generated::PConfig contains -lcrypto in libs
'libs' = '-ldl -lcrypt -lgmp
On Mon Dec 10 08:52:27 2007, [EMAIL PROTECTED] wrote:
Marton Papp has successfully compiled Parrot with LLVM on Windows with
mingw-make (it's failing 18 tests, which is impressively low for a first
run on a new compiler). Below is his summary of the steps he followed.
I'd like to extract
On Wed Dec 05 04:53:15 2007, pcoch wrote:
In languages/pugs/pmc/pugscapture.pmc there are todo items of the form:
/* XXX Warning: use of uninitialized value */
This looks very similar to RT#48170 which was in the regex language. Does
this todo item mean that we should be *warning* about
On Fri Sep 05 00:58:51 2008, cotto wrote:
On Fri Aug 01 06:44:05 2008, coke wrote:
On Thu, Jul 31, 2008 at 7:35 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke: Given the points Leo made and the fact that there has been
nothing from the OP in 4 years, can we close this ticket?
On Fri Feb 15 02:43:05 2008, [EMAIL PROTECTED] wrote:
They're marked as MMD in vtable.tbl, so my guess is that they're not
directly
callable by vtable pointer from C. Fdocs/mmd.pod (though admittedly
out of
date) suggests that mmd_dispatch_* is the right approach.
-- c
Sounds good
On Tue May 27 13:33:11 2008, [EMAIL PROTECTED] wrote:
Running this program:
sub foo($a) {say $a} ; my $x = ;
on Ubuntu 8.04 with latest Parrot from svn gives this:
$ ./perl6 test.p6
Statement not terminated properly at line 1, near = ;\n
current instr.: 'parrot;PGE::Util;die' pc
On Mon Jun 02 13:08:27 2008, [EMAIL PROTECTED] wrote:
On Monday 02 June 2008 12:27:17 Bernhard Schmalhofer wrote:
The behavior of
.sub main
$N0 = 3.14159
say $N0
print $N0
print \n
.end
surprised me, as I got:
[EMAIL PROTECTED]:~/devel/Parrot/trunk$ uname -a
On Mon Apr 14 08:07:32 2008, [EMAIL PROTECTED] wrote:
On Mon, Apr 14, 2008 at 11:40:01AM +0530, Senaka Fernando wrote:
On Mon, Apr 14, 2008 at 6:33 AM, chromatic [EMAIL PROTECTED]
wrote:
Thanks, applied as r26965, except for the patch to
compilers/imcc/imclexer.c, which is a
On Wed Dec 05 04:49:22 2007, pcoch wrote:
In languages/pugs/pmc/pugscapture.pmc:retval() there is the todo item:
/* XXX getting non existent value, exception or undef?
It looks like we need to determine at this point whether or not the value
we are getting doesn't exist, is an exception,
On Mon May 19 03:55:46 2008, [EMAIL PROTECTED] wrote:
On Sun May 18 17:02:30 2008, ajr wrote:
t\benchmark\benchmarks..28/37
# Failed test 'examples/benchmarks/primes2.pasm'
# at t\benchmark\benchmarks.t line 219.
# Exited with error code: 1
I think this problem is not
On Tue May 13 08:05:08 2008, coke wrote:
On Tue, May 13, 2008 at 9:48 AM, via RT Patrick R. Michaud
[EMAIL PROTECTED] wrote:
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #54110]
# in the subject line of all future correspondence about this
issue.
#
On Sun May 04 03:11:12 2008, [EMAIL PROTECTED] wrote:
Excellent, the patch from ticket 52214 works.
Walter
resolved
On Sat Feb 16 17:23:47 2008, coke wrote:
The example in the PDD now reads:
$P0 = new 'String'
$P0 = something bad happened
$P1 = new ['parrot';'exception'], $P0 # create new exception object
throw $P1 # throw it
This code continues to not work.
On Fri Apr 04 16:52:39 2008, [EMAIL PROTECTED] wrote:
On Fri Apr 04 04:30:17 2008, [EMAIL PROTECTED] wrote:
One (possibly solvable) problem is that subversion tags don't
substitute properly in the HTML generated versions on the website
Reini Urban wrote:
Attached patch adds links to external dotnet ressources Jonathan
mentioned (his paper, the specs),
and the implementations.
Jonathan should approve it because it links to a bad poem on VM's in
his paper on page 1.
No ticket because it's so simple.
Thanks. This was applied
Allison Randal via RT wrote:
Christoph Otto wrote:
The non-draft PDDs are all passing t/codingstd/pdd_format.t as of
r30810, but two of the draft PDDs aren't. Since they're still drafts
and as such are very likely to change, it doesn't seem worthwhile to
bring them into compliance or to have
Bob Rogers wrote:
From: chromatic [EMAIL PROTECTED]
Fixed in r30286.
-- c
Terrific; thanks. (Especially since it looks like something I may have
seen in other circumstances, but could not reproduce.)
-- Bob
It looks like this is resolved.
On Fri Aug 01 06:44:05 2008, coke wrote:
On Thu, Jul 31, 2008 at 7:35 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke: Given the points Leo made and the fact that there has been
nothing from the OP in 4 years, can we close this ticket?
Thanks.
kid51
Just because there's
On Mon Jul 14 13:47:29 2008, [EMAIL PROTECTED] wrote:
Seems to be fixed as of 29440:
Sounds like a happy ending. resolved
On Fri Jun 27 13:14:53 2008, coke wrote:
While I think this particular example is now valid with the new calling
conventions, you can get a similar effect with:
METHOD BORK BORK parent() {
/* nothing to see here*/
}
This ticket doesn't seem to be closeable as is. Would it be good
1 - 100 of 150 matches
Mail list logo
