On Wednesday 30 April 2008 21:58:50 Brandon S. Allbery KF8NH 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. Given the linguistic
orientation of [Perl 6], it seems a bit strange that the
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
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
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.
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
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* to
# New Ticket Created by Will Coleda
# Please include the string: [perl #53600]
# in the subject line of all future correspondence about this issue.
# URL: 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
# New Ticket Created by Will Coleda
# Please include the string: [perl #53602]
# in the subject line of all future correspondence about this issue.
# URL: 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
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
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 of
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #53606]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=53606
S05 has changed the meaning of colons following assertions,
such that
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.:
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
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
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
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'
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
24 matches
Mail list logo