On Fri, 2008-05-16 at 22:05 -0700, chromatic wrote:
> Parrot 0.6.2 is on schedule for the 20 May release. In preparation, please
> gather up any NEWS you find important for your subsystem
- Configuration
+ add step auto::opengl
+ add step gen::opengl
+ add step gen::call_list
- Miscellaneo
Me Here (>), Carl (>>), Me Here (>>>):
>> > What is the point of marking things readonly if you can turn it off?
>>
>> There are many possible reasons, I think.
>>
>> * The code that declares the variable readonly might not be available
>> to you (compiled to bytecode, fetched by RCP etc),
>> * or
# New Ticket Created by Vasily Chekalkin
# Please include the string: [perl #54312]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54312 >
Hello.
There is implementation of 'infix:=>' for Rakudo
Index: src/parser/grammar-
Jonathan Worthington wrote:
Bob Rogers wrote:
Jonathan Worthington wrote:
Is the idea sane, and is the name of the adverb OK? If so, I'll go ahead
and implement it (with changes as needed).
The idea is generally sane.
It is a good idea. I think I would call it ":class", though.
I d
On 2008 May 17, at 4:10, Carl Mäsak wrote:
Whether we're risking the loss of important compiler optimizations by
allowing overriding of variable RO-ness is not for me to say, that's
up to the compiler writers around here. It seems to me you make it
sound worse than it really is, that optimizati
Hi:
I have to put/modify some entries in PLATFORMS, but in the meantime :
SunOS netra 5.10 Generic_127127-11 sun4u sparc SUNW,UltraSPARC-IIi-cEngine
cc: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12
parrot: ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+
Required, dynamically
On Sat, 2008-05-17 at 00:17 -0700, Geoffrey Broadwell wrote:
> On Fri, 2008-05-16 at 22:05 -0700, chromatic wrote:
> > and please run make fulltest on every architecture you can find.
>
> Running on Debian-testing/i386 (SVK) and Debian-testing/amd64 (git-svn)
> overnight (they're common I know, bu
From: Allison Randal <[EMAIL PROTECTED]>
Date: Sat, 17 May 2008 15:17:27 +0200
Longer, but clearer would be :instanceof.
Allison
I like this much better, despite the length. There may be other classes
and types involved (especially when defining a :multi sub), but the only
relevant
On Saturday 17 May 2008 08:42:13 Geoffrey Broadwell wrote:
> > Running on Debian-testing/i386 (SVK) and Debian-testing/amd64 (git-svn)
> > overnight (they're common I know, but what the heck).
>
> This is the first time that I've done this, and found the results a bit
> disappointing -- there's no
mac osx 10.4.11 (macbook 2.16 GHz Intel Core 2 Duo, 1GB RAM)
perl -version = v5.10.0 built for darwin-2level
--
perl Configure.pl - ok in plain vanilla mode
make - ok
make test - failed a single test
t/examples/library.t (Wstat: 256 Tests: 4 Failed: 1)
On Saturday 17 May 2008 09:40:08 James Fuller wrote:
> mac osx 10.4.11 (macbook 2.16 GHz Intel Core 2 Duo, 1GB RAM)
> perl -version = v5.10.0 built for darwin-2level
> --
>
> perl Configure.pl - ok in plain vanilla mode
>
> make - ok
>
> make test - failed a single test
>
>t/exampl
sudo prove -v t/examples/library.t
t/examples/library..
1..4
ok 1 - examples/library/getopt_demo.pir
ok 2 - examples/library/md5sum.pir
7.4
Failed to load libpcre
current instr.: 'parrot;PCRE;init' pc 99 (library/pcre.pir:106)
called from Sub 'parrot;PCRE;main' pc 244 (examples/library/pcre.pi
# New Ticket Created by James Keenan
# Please include the string: [perl #54374]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54374 >
While running 'perl Configure.pl --test', I get the following warning
on each of the t
The tests needed a bit more information to adapt to the change described
above in config/inter/libparrot.pm.
The patch attached fixes the tests. If there is no objection I'll apply
it within 24 hours.
Index: t/steps/inter_libparrot-02.t
===
On Sat May 28 03:12:45 2005, leo wrote:
> We already have some interactive parrot programs and applications.
> Adding readline support for these would vastly improve their usability.
This ticket strikes me as being too nebulous to ever be resolvable on
its own merits. I vote to close it.
Pm
Author: larry
Date: Sat May 17 14:37:37 2008
New Revision: 14542
Modified:
doc/trunk/design/syn/S05.pod
Log:
Clarifications to how tied longest tokens are handled under LTM
Modified: doc/trunk/design/syn/S05.pod
==
-
On Sat Jan 12 01:22:42 2008, bernhard wrote:
> James Keenan via RT schrieb:
> > On Sun Oct 02 05:22:08 2005, [EMAIL PROTECTED] wrote:
> >
> >> config/gen/makefiles/root.in already weighs in at 1581 lines. It needs
> >> to be divided up into smaller files that are combined when Configure is
> >>
On Fri Jan 11 13:16:00 2008, [EMAIL PROTECTED] wrote:
> On Sun Jan 08 21:12:48 2006, [EMAIL PROTECTED] wrote:
> > But wait until we've figured out exactly wait we want to list for CPAN
> > to index. Perhaps we can use/steal Module::Build's logic.
>
> Joshua: I see that we've had a META.yml file i
Resolved per pmichaud's comment.
On Sat May 17 14:41:38 2008, pmichaud wrote:
> On Sun Feb 24 16:59:34 2008, [EMAIL PROTECTED] wrote:
> >
> > What are the other 'utilities' that you were referring to? Which of
> > them would normally -- for some definition of 'normally' -- be set in
> > ENV variables?
>
> There hasn't been muc
No action has occurred on this ticket since 2006, and I suspect it's
obsoleted by improvements to PCCMETHOD and pmc2c anyway.
I vote to close the ticket.
Pm
On Sat May 17 14:36:08 2008, pmichaud wrote:
> On Sat May 28 03:12:45 2005, leo wrote:
> > We already have some interactive parrot programs and applications.
> > Adding readline support for these would vastly improve their usability.
>
> This ticket strikes me as being too nebulous to ever be res
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 still relevant after the pdd15oo changes incorporated
On Mon Jul 17 11:59:47 2006, chip wrote:
> It's great to have INTVAL and UINTVAL, but without MAX_INTVAL it's kind of
> hard to work with them in some respects. All integral typedefs should
have
> min/max macros. Syntax not a big deal, it can be fixed later, just don't
> break anything when intro
On Thu Jul 27 12:05:41 2006, leo wrote:
> Am Donnerstag, 27. Juli 2006 20:27 schrieb chromatic:
> > When embedding or extending Parrot through the external API, most of
> the
> > strings go into and come out of Parrot as the type Parrot_STRING.
> This is
> > painful and somewhat tedious from C (whe
Is this ticket still relevant? There hasn't been any activity on it
since Dec 2006, and if there was a problem we probably would've
uncovered it by now.
Pm
On Sun Mar 16 09:20:55 2008, [EMAIL PROTECTED] wrote:
> On Mon Mar 12 05:40:14 2007, [EMAIL PROTECTED] wrote:
> > I'm still working on my use case, but it appears the new MetaClass PMC
> > (src/pmc/metaclass.pmc) could use this vtable method as well;
currently it
> > only has an add_attribute PMETH
On Sun Mar 16 09:24:16 2008, [EMAIL PROTECTED] wrote:
> On Sun Feb 25 20:12:58 2007, [EMAIL PROTECTED] wrote:
> > This patch changes the , , and > INT> syntax in opcodes to , , and > LABEL>, respectively.
>
> There's been no activity in this thread for > 1 year. While the patch
> did apply succ
On Sat Sep 01 08:32:08 2007, bernhard wrote:
> On Mo. 09. Apr. 2007, 08:16:36, ptc wrote:
> > There are two FIXME items in languages/regex/lib/Regex/Grammar.y.
> > Your task, should you choose to accept it, is to work out why the
> > lines of code need to be fixed, and then to fix them.
>
> In r18
There's been no activity on this ticket since Apr 2007, I vote we close
it as being abandoned.
Pm
Is this ticket still relevant/important in light of the pdd28 strings
PDD? If not, I think we can close it.
Pm
# New Ticket Created by Kevin Tew
# Please include the string: [perl #54380]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54380 >
token identifier {
<.identifier_nondigit> [ <.identifier_nondigit> | <.digit> ]*
This ticket is over a year old -- and I don't know that we have a way to
test it. Shall we close it and let someone reopen/resubmit if it's
observed again?
Pm
chromatic wrote:
Parrot 0.6.2 is on schedule for the 20 May release. In preparation, please
gather up any NEWS you find important for your subsystem, please report any
PLATFORMS updates, and please run make fulltest on every architecture you can
find.
Here's the one non-codingstd failure I g
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL
PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Posted-By: 68.237.16.164
Patrick R. Michaud via RT wrote:
> plus I don't know
> th
chromatic wrote:
Parrot 0.6.2 is on schedule for the 20 May release. In preparation, please
gather up any NEWS you find important for your subsystem, please report any
PLATFORMS updates, and please run make fulltest on every architecture you can
find.
Running 'make fulltest' on Darwin/ppc
"Carl Mäsak" wrote:
> ] Oh, but it gets even better: it turns out they didn't really have to
> ] sneak in through native code anyway, at least as far as the JVM is
> ] concerned, since the JVM treats final variables as always writable
> to ] the class they're defined in! There's no special case fo
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #54376]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54376 >
---
osname= linux
osvers= 2.6.24-arch
arch= i686-linux
cc= cc
---
Flags:
Author: rgrjr
Date: Sat May 17 20:04:52 2008
New Revision: 27608
Modified:
trunk/docs/pdds/draft/pdd19_pir.pod
Log:
[DOCS]
* docs/pdds/draft/pdd19_pir.pod:
+ Expand the documentation of :immediate by hijacking the revcomp.pir
example, which illustrates a hidden feature. Expand :postco
I am considering adding PIR translations (and possibly other language
translations) of the OpenGL Programming Guide ("Red Book") sample code
to examples/opengl/ in the Parrot repository. The original C version of
this code is under the seemingly free license at the bottom of this
message. What do
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #54384]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54384 >
The split opcode gives "failed assertion 's'" when given a
null string argument.
41 matches
Mail list logo
