Off-and-on over the past year there have been sporadic conversations
about starting a foundation for Parrot separate from the Perl
Foundation. With 1.0 approaching, it's making more and more sense.
Parrot will be better able to approach the Python, Ruby, PHP, Lua, etc
communities if we're hoste
Hi,
dakkar (via RT) wrote:
If I uncomment the $u.boo after the re-assignment to $u, I get a "Null
PMC access in get_string()"
It looks like inheritance is not working as I'd expect.
To make it "work", I have to move the 'set' method into Foo, and
remove all references to Bar.
Thanks for rep
Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
John M. Dlugosz wrote:
And you can use CLASS in a role also, confidant that it will be looked up
according to the normal rules when the class is composed using that role,
just like any other symbol that is not found when the role is defined.
U
Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
On Wed, Apr 30, 2008 at 9:58 PM, Brandon S. Allbery KF8NH
<[EMAIL PROTECTED]> wrote:
On May 1, 2008, at 0:53 , chromatic wrote:
correctness sense. Sadly, both trees and dogs bark.)
Hm, no. One's a noun, the other's a verb.
chromatic chromatic-at-wgz.org |Perl 6| wrote:
This is why roles-as-types is so important: type inferencers can't infer
allomorphism because allomorphism relies on explicitly-marked semantic
meanings.
What is your nomenclature here? "vary in sound without changing its
meaning"?
What are
-- Original message --
From: "John M. Dlugosz" <[EMAIL PROTECTED]>
> Jon Lang dataweaver-at-gmail.com |Perl 6| wrote:
> > On Wed, Apr 30, 2008 at 9:58 PM, Brandon S. Allbery KF8NH
> > <[EMAIL PROTECTED]> wrote:
> >
> >> On May 1, 2008, at 0:53 , chromatic wrote
Brandon S. Allbery KF8NH wrote:
But there *is* some commonality there, to the extent that both are
motion. This is the kind of thing that spawned this discussion, in
fact: if what matters is motion, there is no reason *not* to substitute
one for the other.
{ draw $gun }: makes a big differ
On Thu, May 01, 2008 at 10:02:27AM -0700, Dave Whipp wrote:
> Brandon S. Allbery KF8NH wrote:
>
>> But there *is* some commonality there, to the extent that both are motion.
>> This is the kind of thing that spawned this discussion, in fact: if what
>> matters is motion, there is no reason *not
# New Ticket Created by Will Coleda
# Please include the string: [perl #53600]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53600 >
the only place that the config setting "has_python" is referenced in
the distro is in con
# New Ticket Created by Will Coleda
# Please include the string: [perl #53602]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53602 >
We shouldn't rely on having python available to developers. If this
script is worth keepi
Hi, Folks
I am kind of 'out' from Parrot for a long time, and probably there is
something that I am missing.
There was a test (test three from t/examples/library.t) that was failing
and failing under MacOS X. That test relies on libpcre that is not
available by default on MacOS X.
If you u
On Thursday 01 May 2008 12:07:47 Alberto Simões wrote:
> There was a test (test three from t/examples/library.t) that was failing
> and failing under MacOS X. That test relies on libpcre that is not
> available by default on MacOS X.
It seems to me that the test should skip itself if dynamic load
On Thu, May 01, 2008 at 12:19:06PM -0700, chromatic wrote:
> I'm not sure. Why add special logic to Parrot to find poorly-installed
> libraries? If you install a dynamic library outside of your normal system
> library paths, no other program will find it. If you want other things to
> find it
Jesse asked about getting t/pugs/operator/arith.t to run
on Rakudo, as written arith.t depends on the ".nextwith"
capability from S06. For example:
sub tryok ($ok, $todo) {
if ($todo) {
&ok.nextwith($ok,$todo, :todo);
} else {
&ok.nextwith($ok);
}
}
I'm
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #53606]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53606 >
S05 has changed the meaning of colons following assertions,
such that
<.foo:
Following up on this, I found it odd that '~~' didn't work in the rps.pl
script (or "sleep()" ;-)
if $you ~~ $my { say 'Draw.' } # don`t work (
as in:
./perl6 languages/perl6/t/02-test-pm/3-output.t
Statement not terminated properly at line 26, near ":P5/output"
current instr.: 'parrot;PGE::
hi,
it seems that there is overlap in the strings pdd (28) and the strings
implementation document in docs/strings.pod.
I'm not sure if this is a good idea; I think these should be merged.
If so, I'll open a ticket to do so (but wanted to check first)
kjs
chromatic wrote:
I vote for fixing the buggy test (no pcre, no reason to run the tests) but not
working around standard dynamic library loading.
It is not that easy (I think). Also, I do not know much about these
things, so let me try explain some more details.
1) the configure step finds
Hi
Doing an otool -l (and some greps) to check libraries from the parrot
binary, I got:
name /usr/lib/dyld (offset 12)
name /Users/ambs/Projects/parrot/blib/lib/libparrot.dylib
(offset 24)
name /usr/lib/libSystem.B.dylib (offset 24)
name /opt/local/lib/lib
On Thursday 01 May 2008 13:07:10 Alberto Simões wrote:
> Doing an otool -l (and some greps) to check libraries from the parrot
> binary, I got:
>
> name /usr/lib/dyld (offset 12)
> name /Users/ambs/Projects/parrot/blib/lib/libparrot.dylib
> (offset 24)
> name /usr/lib
chromatic wrote:
From the wiki at
http://www.perlfoundation.org/parrot/index.cgi?concurrency_tasks :
* Deprecate "rethrow".
The replacement seems to be that an exception handler declines to handle an
exception. This is the default behavior; an exception handler explicitly
notifies the sched
Coke,
This has been come up a couple of times either on list or on #parrot.
And the same question has been raised about config/auto/m4.pm.
Other things being equal, I'm in favor of this. Hey! Two fewer config
steps to have to maintain or test!
But then I grepped for the string 'python' (upper
On Thu May 01 11:20:22 2008, coke wrote:
> We shouldn't rely on having python available to developers. If this
> script is worth keeping, it should be converted to perl.
>
*Is* the script worth keeping? If someone can describe how it is
useful, then I will take a crack at perl-izing it.
kid51
On Thursday 01 May 2008 15:51:17 James Keenan via RT wrote:
> *Is* the script worth keeping? If someone can describe how it is
> useful, then I will take a crack at perl-izing it.
I believe that you give it the name of an opcode, and it tells you which
src/ops/*.ops file contains it and any doc
When you try to invoke a sub that doesn't exist, Parrot currently gives the
unhelpful error message "Null PMC access in invoke()". Sometimes you can
figure out what's wrong given the backtrace. Often you can't.
It would be nice instead to get a more specific error message indicating that
you
25 matches
Mail list logo
