From: Bob Rogers <[EMAIL PROTECTED]>
Date: Fri, 18 Jul 2008 00:14:57 -0400
The same Kea-CL tests are failing . . .
I will try to write a test case for this, but not before Saturday at
the earliest.
The attached patch (against the trunk) adds a case which fails in
pdd25
From: Allison Randal <[EMAIL PROTECTED]>
Date: Sun, 20 Jul 2008 23:27:44 -0700
. . . That patch demonstrates the exact behaviour that is no
longer supported under the new spec and implementation. Tell me more
about how you're using the old pushaction, and I'll suggest alternatives
the API: The native call into
this routine can see side effects to the passed data structure, whereas
the foreign call would not. (Or am I misunderstanding what you mean by
"mapping" here?)
-- Bob Rogers
http://rgrjr.dyndns.org/
From: Geoffrey Broadwell <[EMAIL PROTECTED]>
Date: Tue, 22 Jul 2008 22:00:42 -0700
On Tue, 2008-07-22 at 22:58 -0400, Bob Rogers wrote:
>So I would argue that (1) what seem like differences in numbers in
> the various languages are really differences in the way tho
From: Mark Glines <[EMAIL PROTECTED]>
Date: Tue, 22 Jul 2008 21:58:10 -0700
. . .
Integer is a good example of the problem, actually.
The internal storage format doesn't change, but the methods you can call
on it definitely will. HLLs wrap the Integer class with their own
From: "Will Coleda" <[EMAIL PROTECTED]>
Date: Thu, 31 Jul 2008 14:47:36 -0400
On Sat, Jul 26, 2008 at 10:38 PM, Bob Rogers
> Since HLLs can define their own multimethods on the existing Integer
> class without subclassing, and without fear of conflict, that
h does that.
The patch looks good to me, but the pdd25cx merge seems to have broken
parrot_debugger.c altogether; it won't even compile any more.
-- Bob Rogers
http://rgrjr.dyndns.org/
From: Allison Randal <[EMAIL PROTECTED]>
Date: Sat, 02 Aug 2008 16:06:27 -0700
I just merged in the pdd25cx branch . . .
The biggest changes you'll notice are the new exception system, a vastly
reduced usage of the remaining stack (though it's not completely removed
yet), and
tion.
But there's a concat_p_p_p op, so "+" is ambiguous. In general, it
seems best to use distinct tokens for distinct operations, rather than
depending on register types, so that extending the set of register types
for a given op doesn't introduce ambiguities by the back door
suggested a "null register allocator" that would do this
globally, but this is a better idea. The only use case I can think of
is debugging, particularly of the register allocator, but that's still
important.
-- Bob Rogers
From: "Andrew Whitworth" <[EMAIL PROTECTED]>
Date: Thu, 7 Aug 2008 11:36:16 -0400
On Thu, Aug 7, 2008 at 11:18 AM, Bob Rogers
<[EMAIL PROTECTED]> wrote:
> But there's a concat_p_p_p op, so "+" is ambiguous. In general, it
> see
From: "Will Coleda" <[EMAIL PROTECTED]>
Date: Thu, 7 Aug 2008 11:30:34 -0400
On Thu, Aug 7, 2008 at 11:26 AM, Bob Rogers
<[EMAIL PROTECTED]> wrote:
> I once suggested a "null register allocator" that would do this
> globally, but this is a
m my perspective, the added visual complexity is not worth it.
-- Bob Rogers
http://rgrjr.dyndns.org/
From: Austin Hastings <[EMAIL PROTECTED]>
Date: Mon, 11 Aug 2008 10:02:06 -0500
That sounds cool. Did you do it at the editor level, or at the keyboard
level?
=Austin
In Emacs; see rgr-c-electric-dash-mode in [1], or other similar
solutions in [2]. That way, I can turn it on for
From: TSa <[EMAIL PROTECTED]>
Date: Tue, 12 Aug 2008 09:25:27 +0200
. . .
What's so different in $foo-bar versus $foo*bar, $foo+bar or
$foo/bar? The latter might e.g. indicate path variables.
FWIW, one sees "hyphen substitution" like this only very rarely in
Common Lisp code, desp
.
. . .
Seems to me that codingstd should give the same result on all platforms.
If so, it ought to be run separately, on a single designated platform.
-- Bob Rogers
http://rgrjr.dyndns.org/
n look for it.
TIA,
-- Bob Rogers
http://rgrjr.dyndns.org/
From: Allison Randal <[EMAIL PROTECTED]>
Date: Sat, 16 Aug 2008 17:52:08 +0200
We're going to a completely stackless virtual machine.
But Parrot is already stackless. The dynamic_env slot to which I assume
you refer is really a tree with upward pointers.
What I need from you is info
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Fri, 15 Aug 2008 12:45:56 -0400
Parrot release 0.7.0 is due out this coming Tuesday, so now is the
time to start focusing on . . . updating such things as the NEWS and
PLATFORMS files . . .
I've fleshed out NEWS based
think
this sentence is bad advice and should be removed. WDOT?
-- Bob Rogers
http://rgrjr.dyndns.org/
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 09:39:05 -0700
Not all of the codingstd tests are part of make test. There's a specific
codingstd test target you can run separately. I estimate about 2/3 of the
tests will pass. The others may or may not ever pass. Fo
I ran "make fulltest" in r30280 and got some test failures, which are
summarized below. I will start submitting tickets for these shortly
(with the exception of codingstd_tests, which I assume doesn't need it).
If you have some cycles to spare, fixing these before the release would
be greatly a
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 14:49:50 -0700
On Sunday 17 August 2008 09:22:34 chromatic wrote:
> Ah good, Christoph and I tried to track that down the other day. I'll do
> my best to fix it, but I may not have reliable network access. If you
> don
From: James E Keenan <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 19:59:54 -0400
Bob Rogers wrote:
> *** gmake manifest_tests
> Failed Test Stat Wstat Total Fail Failed Lis
Fixed in r30283.
-- Bob
From: James E Keenan <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 19:55:02 -0400
Yes, when one of the 'make codingstd_tests' accumulates sufficient
PASSes, we promote it to 'make test'. Those that are not yet passing
can generally be described as: "Requires cage-cleaner with vast
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Fri, 15 Aug 2008 12:45:56 -0400
On Tuesday around 13:00 UT, I will create a release branch and
announce it to the list, after which "normal" hacking can resume on the
trunk . . .
The release branch has been created,
From: "Will Coleda" <[EMAIL PROTECTED]>
Date: Tue, 19 Aug 2008 09:28:10 -0400
You probably want to include my latest un-revert to
languages/t/harness which I had hoped to get in under the wire.
Regards.
--
Will "Coke" Coleda
You mean the following?
2008-08-19 09:09:07
From: "Will Coleda" <[EMAIL PROTECTED]>
Date: Tue, 19 Aug 2008 09:34:18 -0400
> Which is slightly more difficult than it looks: A patch doing this to
> the 2 affected tests is available here:
>
> http://nopaste.snit.ch/13830
>
>> The short term goal is to have a relatively
From: "Will Coleda" <[EMAIL PROTECTED]>
Date: Tue, 19 Aug 2008 09:49:04 -0400
No. the one just after it, which un-reverted that revert.
OK, I will re-un-revert it in the branch.
-- Bob
From: Bernhard Schmalhofer <[EMAIL PROTECTED]>
Date: Mon, 18 Aug 2008 14:28:47 +0200
> On Mon, Aug 18, 2008 at 4:39 AM, Patrick R. Michaud <[EMAIL PROTECTED]>
wrote:
>
>> Perhaps "make fulltest" should run the "make codetest" target instead
>> of "make codingstd_tests"?
T
our contributors for making this possible, and our sponsors
for supporting this project. Our next scheduled release is 16 Sep 2008.
Enjoy!
-- Bob Rogers
http://rgrjr.dyndns.org/
The release is done, all but the publicity phase. These are the last
bits, with which I'd appreciate some (more) help and/or advice:
1. I have yet to be able to create a "use Perl;" account. I think
use.perl.org hates me; I keep getting timeouts and odd errors, but no
password email.
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Tue, 19 Aug 2008 22:00:50 -0400
1. I have yet to be able to create a "use Perl;" account. I think
use.perl.org hates me; I keep getting timeouts and odd errors, but no
password email.
I take that back; I did ev
From: Moritz Lenz <[EMAIL PROTECTED]>
Date: Wed, 20 Aug 2008 14:14:46 +0200
Bob Rogers wrote:
>2. I've managed to log in at Perl Monks, but can't even figure out
> how to post. (I managed it last time, so I must be getting stupider.)
Click on the
ode already supports arbitrarily long identifiers, what is the
motivation for setting a limit?
-- Bob Rogers
http://rgrjr.dyndns.org/
OK, here's my straw-man proposal for a language interoperability
framework; my apologies for sitting on it so long. It's still pretty
messy, but I'm sure it will benefit more from other viewpoints at this
stage than from polishing.
From: Allison Randal <[EMAIL PROTECTED]>
Date: Thu, 28 Aug 2008 22:14:08 +0200
Moritz Lenz wrote:
> [EMAIL PROTECTED] wrote:
>> +{{ Is the term "unimethod" acceptable here? -- rgr, 29-Jul-08. }}
>
> I think for dispatch the term is "single dispatch", and "unimethod"
> cou
From: Allison Randal <[EMAIL PROTECTED]>
Date: Fri, 29 Aug 2008 11:19:37 +0200
Bob Rogers wrote:
>
>Just "single dispatch". A method that's single dispatched, is... a
method.
>
> True. Nevertheless, the two kinds of method are treated
other languages. And then
Parrot has a good shot at becoming known as the "cool language synergy
platform", at which point progress takes off like a rocket. (Or so I
fervently hope.)
-- Bob Rogers
http://rgrjr.dyndns.org/
[1] http://common-lisp.net/project/slime/
From: Allison Randal <[EMAIL PROTECTED]>
Date: Fri, 29 Aug 2008 16:03:24 +0200
Bob Rogers wrote:
> By "multi" do you mean "multisub" or "multimethod"? Either way, it
> seems there is something missing from your enumeration above.
From: Allison Randal <[EMAIL PROTECTED]>
Date: Sat, 30 Aug 2008 11:56:45 +0200
Bob Rogers wrote:
> My sense of the usage on this list is that "multisub" means a MultiSub
> PMC and a "multimethod" is what you add to the MultiSub when you define
From: [EMAIL PROTECTED]
Date: Thu, 28 Aug 2008 12:43:20 -0700 (PDT)
Author: allison
Date: Thu Aug 28 12:43:19 2008
New Revision: 30622
I've not responded to all your comments, just some of the key ones that
I hope will promote understanding. I won't commit any changes until
after
From: Allison Randal <[EMAIL PROTECTED]>
Date: Mon, 01 Sep 2008 20:31:18 +0200
Bob Rogers wrote:
> Allison Randal wrote:
>
>+Monkeypatching is certainly possible, but not encouraged.
>
> Cool; a new term in Allison-speak! ;-}
As much as li
From: Allison Randal <[EMAIL PROTECTED]>
Date: Tue, 02 Sep 2008 01:15:18 +0200
Thank you for responding so promptly; I doubt I will be able to "return
fire" on your schedule.
Bob Rogers wrote:
>As a case in point, consider keyword (named) parameters in Lisp.
ubt it should be fixed at all. Patrick is in the process
redesigning how closures are taken, which will probably take care of it
anyway.
Setting the outer sub to :load also works.
. . .
Any ideas?
That, I think, is your best bet.
-- Bob Rogers
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Tue, 2 Sep 2008 21:55:54 -0400
. . . I suspect this faked call is what's causing the "too few
arguments" error (though none of my naive attempts to fix it worked).
If this case is not covered by the test suite (I'
From: "Christoph Otto via RT" <[EMAIL PROTECTED]>
Date: Fri, 05 Sep 2008 18:34:51 -0700
This code continues to not work. Would it be DTRT to copy/pasta some
code . . .
Only if it's not spaghetti code. ;-}
From: Bob Rogers (via RT) <[EMAIL PROTECTED]>
Date: Sun, 07 Sep 2008 18:52:40 -0700
# New Ticket Created by Bob Rogers
# Please include the string: [perl #58660]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Displa
From: "NotFound via RT" <[EMAIL PROTECTED]>
Date: Tue, 09 Sep 2008 10:47:05 -0700
I've recently commited a fix on null string constants. I think it was
the same problem described here. I compiled the pir file and pdumped
without a problem, it shows the DATA => NULL my fix introduced
Fixed in r31070.
-- Bob
2008-09-13 12:15:48:
revision: 31070; author: rgrjr
* src/pbc_merge.c:
+ (pbc_merge_debugs): Fix off-by-one error in mapping update
(RT#586
hether a Lisp handler will handler a
given exception is to call it; if the answer is yes, it will never
return. So I'm hoping a 'can_handle' method that either returns false
or transfers control to somewhere else can be made to work.
er sub
variables are preserved from GC for the life of all closures made for
inner subs. That could be avoided if the LexPad stored the PMCs
directly and not just their register indices. Doing so would require
that the :outer sub also do store_lex and find_lex on lexical variables,
and not just the inner ones. (That could be a drawback or a feature,
depending on your point of view.)
-- Bob Rogers
http://rgrjr.dyndns.org/
548342800628721885763499406390331782864144164680730766837160526223176512798435772129956553355286032203080380775759732320198985094884004069116123084147875437183658467465148948790552744165376
[EMAIL PROTECTED]>
It does produces >300 spectest_regression failures, though, so I don't
claim the patch is right.
Parrot doesn&
From: "Patrick R. Michaud" <[EMAIL PROTECTED]>
Date: Sat, 4 Oct 2008 18:15:57 -0500
One of the big problems with Parrot's n_* opcodes is that they
often assume that the type of the result should be the same as
the type of the first operand . . .
I kinda thought it wouldn't be that
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Sat, 4 Oct 2008 22:08:10 -0400
From: "Patrick R. Michaud" <[EMAIL PROTECTED]>
Date: Sat, 4 Oct 2008 18:15:57 -0500
. . .
All of the mechanisms I've been able to find in Parrot for
conve
From: "Andrew Whitworth via RT" <[EMAIL PROTECTED]>
Date: Mon, 20 Oct 2008 16:47:03 -0700
On Mon Mar 03 15:11:25 2008, rgrjr wrote:
> From: Bob Rogers <[EMAIL PROTECTED]>
>Date: Sun, 2 Mar 2008 11:28:08 -0500
>
>. . . if I re
ulti would use to autobox everything that needed it, and
dispatch on those. That might be kinda weird if the actual autobox
operation during parameter passing picked a different type, especially
if it was incompatible with the dispatch type . . .
HTH (but have no time to take it fur
From: "Patrick R. Michaud" <[EMAIL PROTECTED]>
Date: Mon, 27 Oct 2008 13:32:02 -0500
On Sun, Oct 26, 2008 at 09:37:36PM -0400, Bob Rogers wrote:
>.sub 'main' :main
>foo('Hello')
>.end
>
From: chromatic <[EMAIL PROTECTED]>
Date: Mon, 27 Oct 2008 20:00:50 -0700
On Monday 27 October 2008 19:36:58 chromatic wrote:
> I think I know how to promote primitive registers to their
> autoboxed PMCs in that function; Parrot's calling conventions should take
> care of the re
From: chromatic
Date: Fri, 26 Dec 2008 12:17:54 -0800
On Wednesday 24 December 2008 15:57:20 Bob Rogers wrote:
> Are you sure this works? Have you checked that the resulting string is
> correct? See Trac #52.
Fixed in r34399 -- calling Parrot_allocate_string() on th
From: Bob Rogers
Date: Fri, 26 Dec 2008 17:16:44 -0500
P.S. The list is not getting its copies of these posts because
mx.develooper.com is refusing connections. Kudos to the wgz.org mail
admins for not discriminating against the little guy.
I take that back; it was my
ure this works? Have you checked that the resulting string is
correct? See Trac #52.
-- Bob Rogers
http://www.rgrjr.com/
chromatic | 2008-07-02 21:42:27 -0400 (Wed, 02 Jul 2008) | 2 lines
[parrot-config] Turned parrot-config into a fakecutable; this allows
programs
to query Parrot's configuration. See RT #32365.
HTH.
-- Bob Rogers
y
password, let alone update anything . . .
-- Bob Rogers
http://www.rgrjr.com/
From: Allison Randal
Date: Sun, 11 Jan 2009 01:13:06 -0800
Bob Rogers wrote:
>
> What about those of us who can't log in? I can't even reset my
> password, let alone update anything . . .
It won't let you log in at all? Or, once you log in it won&#
From: Jonathan Worthington
Date: Sat, 17 Jan 2009 17:11:23 +0100
I'm curious - is anyone else doing a HLL on Parrot that uses morph?
Not me.
-- Bob Rogers
http://www.rgrjr.com/
quot;). I just can't tell you which behavior is most correct.
-- c
If the answer were "yes", how would one create a read-only
ResizablePMCArray that contains mutable PMCs?
-- Bob Rogers
http://www.rgrjr.com/
From: Allison Randal <[EMAIL PROTECTED]>
Date: Sat, 29 Dec 2007 12:08:10 +0200
Looks good. Go ahead and commit. Better abstraction for signature
decoding can be added later.
Allison
Thanks; done in r24268. I also changed it to use PIR syntax, so we
wouldn't have a new syntax to
days ago? Over the past few
days, I have seen several examples of the "MERGE request failed ... 200
OK" syndrome (which is particularly wierd) with Subversion client
version 1.3.0. But I wouldn't swear that the earliest case I saw was
before then.
se64.t
./src/pmc/lexinfo.pmc:130: failed assertion 'v_type == enum_hash_int'
Aborted
[EMAIL PROTECTED]> uname -a
Linux rgrjr 2.4.21-303-athlon #1 Tue Dec 6 12:24:00 UTC 2005 i686
athlon i386 GNU/Linux
[EMAIL PROTECTED]>
From: "James Keenan via RT" <[EMAIL PROTECTED]>
Date: Sun, 30 Dec 2007 09:13:24 -0800
No, I first began to notice this two weeks ago. And the most frequent
occurrences were last night, when the maintenance on the server was
presumably complete.
Come to think of it, I did three com
From: "James Keenan via RT" <[EMAIL PROTECTED]>
Date: Sun, 30 Dec 2007 09:31:55 -0800
Could this be related to a TAP::Parser problem?
I don't think so; it's not emitting any debugging output at all.
Inserting a strategically-placed PDB_backtrace call shows that this
fails in line 27 of t
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 30 Dec 2007 10:42:43 -0800
On Sunday 30 December 2007 10:02:53 Bob Rogers wrote:
> I don't think so; it's not emitting any debugging output at all.
> Inserting a strategically-placed PDB_backtrace call shows t
From: "Klaas-Jan Stol" <[EMAIL PROTECTED]>
Date: Wed, 2 Jan 2008 16:16:26 +0100
what about "joining" threads, and comparing the output at those points? For
async IO, a join is more or less implemented by a "wait" operation, no? (or
the parrot equivalent for that).
just a thought
's not likely to appear
soon, then PCT should start looking into a workaround of some sort.
Thanks!
Pm
I am interested in this, too. We will also need a PIR API for
inspecting active Parrot_Context's . . .
-- Bob Rogers
http://rgrjr.dyndns.org/
From: Allison Randal <[EMAIL PROTECTED]>
Date: Thu, 27 Dec 2007 19:15:40 +0200
Bob Rogers wrote:
> Thought so. I ask because Common Lisp has provision for anonymous
> classes, and I was wondering how I might support that some day. But my
> interest is just aca
would argue that such things are lexically determined,
usually by the language, and would ditch PARROT_ERRORS_RESULT_COUNT_FLAG
entirely in favor of PIR syntax at the point of call to give each
compiler complete control. This, IMHO, would be worth the trouble.
-- Bob Rogers
http://rgrjr.dyndns.org/
advance for your cooperation, and thanks for all
your help in bringing Parrot to the world!
-- Bob Rogers
http://rgrjr.dyndns.org/
New i
From: Andy Lester <[EMAIL PROTECTED]>
Date: Sat, 12 Jan 2008 19:31:36 -0600
On Jan 12, 2008, at 4:22 PM, Bob Rogers wrote:
> - Implementation
> + New "pbc_to_exe" utility turns bytecode to executables
Please put something in the top, shouting from
From: Andy Lester <[EMAIL PROTECTED]>
Date: Sat, 12 Jan 2008 22:14:55 -0600
On Jan 12, 2008, at 10:07 PM, Bob Rogers wrote:
> How about leading with
>
>- "make perl6" now builds a Perl6 executable
>
> as a section of its own?
It'
pretty ephemeral.
-- Bob Rogers
http://rgrjr.dyndns.org/
From: Andy Lester <[EMAIL PROTECTED]>
Date: Sat, 12 Jan 2008 22:29:24 -0600
On Jan 12, 2008, at 10:26 PM, Bob Rogers wrote:
> One line is fine for NEWS, I think.
Text is cheap. If people want to skip past it, they can. We need to
be talking more about what we
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 13 Jan 2008 03:59:20 -0800
On Saturday 12 January 2008 20:14:55 Andy Lester wrote:
> Parrot 0.5.2 brings a major new feature to users: The ability to build
> a perl6 executable.
>
> Parrot has been creating bytecode for years, bu
. . . is now underway. Since I started it by creating a release
branch, the "code slush" is over, and the trunk is once again open for
business as usual. Thanks for your patience,
-- Bob
On behalf of the Parrot team, I'm proud to announce Parrot 0.5.2
"P.e. nipalensis." Parrot (http://parrotcode.org/) is a virtual machine
aimed at running all dynamic languages.
Parrot 0.5.2 can be obtained via CPAN (soon), or follow the download
instructions at http://parrotcode.org/source.html.
OK, I think this is finally done. Some notes:
1. During testing, t/dynpmc/gdbmhash.t failed during "make test"
with "[SIGNAL 8]" (SIGFPE) -- twice -- but not when I reran it manually.
I hope this doesn't become a FAQ . . .
2. I created a new release schedule page on the wiki for 2008,
that the test case no longer triggers it. Either
way, this ticket should probably be closed. (But I don't seem to be
able to do this.)
-- Bob Rogers
http://rgrjr.dyndns.org/
P.S. All of the updates were ob
From: Edwin Steiner (via RT) <[EMAIL PROTECTED]>
Date: Sat, 19 Jan 2008 10:32:05 -0800
# New Ticket Created by Edwin Steiner
# Please include the string: [perl #49982]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display
From: "Will Coleda via RT" <[EMAIL PROTECTED]>
Date: Wed, 23 Jan 2008 18:15:43 -0800
On Sun Jan 20 19:11:26 2008, rgrjr wrote:
>The attached tarball has a test case in which one file
> (gc-debug-test.pir) loads another (structures.pir), where the second has
> a :load sub that
r explanation in the context of Lisp dialects and their
influences.
-- Bob Rogers
http://rgrjr.dyndns.org/
[1] http://www.nhplace.com/kent/Papers/Condition-Handling-2001.html
added to the docs,
which I'd be happy to do. Is docs/running.pod a good place?
-- Bob Rogers
http://rgrjr.dyndns.org/
From: chromatic <[EMAIL PROTECTED]>
Date: Sun, 3 Feb 2008 13:51:05 -0800
On Sunday 03 February 2008 11:15:38 Bob Rogers wrote:
> The first 3/4 of this should get fleshed out and added to the docs,
> which I'd be happy to do. Is docs/running.pod a good place?
From: "Paul Cochrane via RT" <[EMAIL PROTECTED]>
Date: Mon, 04 Feb 2008 03:36:07 -0800
What about updating it so it works? We already have a .deb-related
target and it'd be a good idea to have the rpm-based distros also able
to install Parrot nicely. Is it worth our while getting
may not be feasible for your language if it allows "goto" into scopes.
This is the only solution for taking distinct closures within loops; see
the "Lexical scopes are too coarse-grained for loops" discussion
(RT#44395) of 3-Aug-07.
HTH,
While we're at it, this same page says "Participating in the meeting
is by invitation only". But in today's parrotsketch, chromatic said:
kj, all committers are invited.
which is less exclusive than kj and I had thought. Methinks this should
be clarified.
From: chromatic <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 17:03:31 -0800
On Tuesday 12 February 2008 16:55:06 Geoffrey Broadwell wrote:
> Feh. Please someone tell me there is a light at the end of this tunnel?
Don't worry. Parrot will give Rakudo a whole different set of perfor
From: Andrew Parker <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 15:17:03 +0100
Thanks for the pointer, Bob. I read through it and it might be
tangentially related to this. That problem is about scopes being
modeled by subs in parrot. IMHO there is not a great problem there,
From: "chromatic via RT" <[EMAIL PROTECTED]>
Date: Sat, 23 Feb 2008 01:29:53 -0800
On Friday 22 February 2008 19:52:29 Bob Rogers wrote:
> The "[loading list.pbc]" message shows that it is dying in the
> load_bytecode op for this file. (If the
From: "Peter Gibbs via RT" <[EMAIL PROTECTED]>
Date: Sat, 23 Feb 2008 07:57:13 -0800
Hi Bob
Please try revision 26025. This should be a full fix for the problem I
started working on in r25990.
Regards
Peter Gibbs
Works like a champ in r26026. Thanks heaps for the swift t
301 - 400 of 501 matches
Mail list logo
