Jonathan Scott Duff wrote:
- Misc:
+ Updated Parrot distribution to Artistic License 2.0, from dual
Artistic 1/GPL license.
Does this mean that Parrot is no longer dual licensed?
Yes. Under section 4(c)(ii) of Artistic 2.0 you can redistribute the
code under the GPL (any v
Name change applied. Closing ticket.
On Tue Jun 19 09:19:38 2007, bernhard wrote:
>
> Perhaps somebody who knows about creating Parrot distributions can comment
> whether 'tools/dev/mk_manifests.pl' and 'tools/dev/installfiles.pl' are
> needed at all.
>
Well, pending an answer to that question, I decided to take bull by horns and
On behalf of the Parrot team, I'm proud to announce Parrot 0.4.13
"Clifton." Parrot (http://parrotcode.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 0.4.13 can be obtained via CPAN (soon), or follow the
download instructions at http://parrotcode.org/source.html.
Parro
Release cut and tagged. You may now return to commits as usual.
Allison
# New Ticket Created by Allison Randal
# Please include the string: [perl #43254]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43254 >
This ticket is a placeholder for the 0.4.14 release on 17 July 2007.
On Jun 19, 2007, at 10:52 AM, Patrick R. Michaud wrote:
On Tue, Jun 19, 2007 at 02:14:22AM -0700, Allison Randal wrote:
Additions and corrections welcome.
--
New in 0.4.13
- Languages:
+ Updated Lisp, Lua, PHP ("Plumhead"), Python ("Pynie"), ABC,
WMLScript, and Tcl ("ParTcl").
+ Perl
Leopold Toetsch wrote:
Am Dienstag, 19. Juni 2007 16:52 schrieb Patrick R. Michaud:
perl6 is now passing all of the 01-sanity tests.
Woot.
Wouldn't that qualify for a 0.5.0 release number.
Not yet, but when we have PGE and Perl 6 switched over to the new object
model it will. (i.e. we may
Am Dienstag, 19. Juni 2007 16:52 schrieb Patrick R. Michaud:
> perl6 is now passing all of the 01-sanity tests.
Woot.
Wouldn't that qualify for a 0.5.0 release number.
leo
Am Montag, 18. Juni 2007 23:48 schrieb Andy Lester:
> Is there a reason we use
>
> memcpy( dest, src, sizeof(FOO) );
>
> instead of
>
> *dest = *src;
>
> The latter should be the exact same code, but be much less likely to
> be screwed up.
I'm using a lot of the first kind. The main reason
As mentioned during today's #parrotsketch meeting, I have
a number of questions about the specifics of performing
certain operations in the new object model given by pdd15.
These are all generally "how do I...?" types of questions,
where I have something I want to do but in reading pdd15
it wasn't
On Jun 19, 2007, at 12:13 AM, chromatic wrote:
I hate seeing repeated code structures. We could simplify the mark
() entry in
plenty of PMCs with a macro something like:
#define MARK_UNLESS_NULL(interp, struct, name) \
if (struct->name) \
pobject_lives(interp, (PObj *)struct->name
applied workaround patch as r19136.
~jerry
# New Ticket Created by Jerry Gay
# Please include the string: [perl #43253]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43253 >
for some time now, parrot has been segfaulting on windows. this is a
notoriously tricky bug
On Tuesday 19 June 2007 08:07:26 Will Coleda wrote:
> I don't think tcl has any significant updates in this release.
It fails more tests faster. That's significant, though not brag-worthy.
-- c
Patrick R. Michaud wrote:
perl6 is now passing all of the 01-sanity tests.
Rockin'! A lot of commits went into that this month. Thanks guys!
Allison
On Tue, Jun 19, 2007 at 02:14:22AM -0700, Allison Randal wrote:
Additions and corrections welcome.
--
New in 0.4.13
- Languages:
+ Updated Lisp, Lua, PHP ("Plumhead"), Python ("Pynie"), ABC,
WMLScript, and Tcl ("ParTcl").
I don't think tcl has any significant updates in this release
On Mon, 18 Jun 2007, chromatic via RT wrote:
> On Monday 18 June 2007 09:54:01 Andy Dougherty wrote:
>
> > I'm sorry to report it, but this one isn't fixed. For example, consider
> > test t/src_hash_6. If I compile and run it manually, I get
> >
> > $ t/src/hash_6
> > 42
> > Segment
James Keenan (via RT) schrieb:
According to its documentation, mk_manifests.pl "...generates a set
of F files that give the final
locations in the file system for all the installable files listed in
F and F."
The name of this program is close to that of tools/dev/
mk_manifest_and_skip.pl --
On 6/19/07, via RT Ron Blaschke <[EMAIL PROTECTED]> wrote:
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #43250]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43250 >
Test 5 of F has some very str
On Tue, Jun 19, 2007 at 02:14:22AM -0700, Allison Randal wrote:
> Additions and corrections welcome.
>
> --
>
> New in 0.4.13
>
> - Languages:
> + Updated Lisp, Lua, PHP ("Plumhead"), Python ("Pynie"), ABC,
> WMLScript, and Tcl ("ParTcl").
> + Perl 6 passes all but one of the sanity tests
On Jun 19, 2007, at 2:33 AM, Paul Cochrane via RT wrote:
Does this close this ticket, or are there still outstanding instances?
No, that closes it. Thanks for taking care of it.
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
On Tue, Jun 19, 2007 at 02:14:22AM -0700, Allison Randal wrote:
> Additions and corrections welcome.
>
> --
>
> New in 0.4.13
>
> - Languages:
> + Updated Lisp, Lua, PHP ("Plumhead"), Python ("Pynie"), ABC,
> WMLScript, and Tcl ("ParTcl").
> + Perl 6 passes all but one of the sanity tests
# New Ticket Created by James Keenan
# Please include the string: [perl #43251]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43251 >
According to its documentation, mk_manifests.pl "...generates a set
of F files that gi
On Tue, 19 Jun 2007 00:33:23 -0700
"Paul Cochrane via RT" <[EMAIL PROTECTED]> wrote:
> On Mon Jun 18 15:03:31 2007, petdance wrote:
> >
> > On Jun 18, 2007, at 11:28 AM, Mark Glines (via RT) wrote:
> >
> > > Here's a patch to consolidate that, and standardize on STRING
> > > (based on the fact t
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #43250]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43250 >
Test 5 of F has some very strong timing constraint.
Two sleeps of a second each (and a
On 19 Jun 2007, at 08:48, Joshua Isom wrote:
On Jun 18, 2007, at 4:48 PM, Andy Lester wrote:
Is there a reason we use
memcpy( dest, src, sizeof(FOO) );
instead of
*dest = *src;
The latter should be the exact same code, but be much less likely
to be screwed up.
No, they're extremely
Andy Lester <[EMAIL PROTECTED]> writes:
| On Jun 18, 2007, at 11:28 AM, Mark Glines (via RT) wrote:
|
| > Here's a patch to consolidate that, and standardize on STRING (based
| > on the fact that it's used *much* more often than String is).
|
| And also isn't String a standard C++ class?
No. T
While putting together the news entries for the 0.4.13 release, I ended
up doing a code review on PMCProxy.
It looks like every low-level PMC is creating a proxy object for itself
and these proxies are stored in the interpreter global parrot_interp_t.
I intended that proxies would only be cre
Additions and corrections welcome.
--
New in 0.4.13
- Languages:
+ Updated Lisp, Lua, PHP ("Plumhead"), Python ("Pynie"), ABC,
WMLScript, and Tcl ("ParTcl").
+ Perl 6 passes all but one of the sanity tests.
+ PGE supports latest Perl 6 grammar syntax. Perl 6 and ABC parsers
updated to
All XXX notes should be attached to an RT ticket.
[EMAIL PROTECTED] wrote:
Author: petdance
Date: Sun Jun 17 23:21:22 2007
New Revision: 19081
Modified:
trunk/include/parrot/register.h
Log:
add an XXX note
Modified: trunk/include/parrot/register.h
==
# New Ticket Created by Allison Randal
# Please include the string: [perl #43249]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43249 >
To be removed from the 0.4.14 release (deprecation notice given in 0.4.13).
src/pmc
On Jun 18, 2007, at 4:48 PM, Andy Lester wrote:
Is there a reason we use
memcpy( dest, src, sizeof(FOO) );
instead of
*dest = *src;
The latter should be the exact same code, but be much less likely to
be screwed up.
No, they're extremely different. In the first, the data of FOO is
On Mon Jun 18 15:03:31 2007, petdance wrote:
>
> On Jun 18, 2007, at 11:28 AM, Mark Glines (via RT) wrote:
>
> > Here's a patch to consolidate that, and standardize on STRING (based
> > on the fact that it's used *much* more often than String is).
>
> And also isn't String a standard C++ class?
I hate seeing repeated code structures. We could simplify the mark() entry in
plenty of PMCs with a macro something like:
#define MARK_UNLESS_NULL(interp, struct, name) \
if (struct->name) \
pobject_lives(interp, (PObj *)struct->name)
-- c
35 matches
Mail list logo
