Agreed.
On Dec 16, 2005, at 10:44 AM, Patrick R. Michaud wrote:
Leopold Toetsch wrote:
What is correct:
new P0, .PerlString
set P0, 1E5
set I0, P0# 1 or 100_000
100_000, please. But also note that for .PerlString, we ought to
also have (from S02):
0x
It would be nice if someone could set something up to run the tcl
shootout benchmarks against partcl. (I'm not sure of the licensing on
the test code: can we just add it to parrot?)
Having tested a few by hand, I'm not sure any of them would actually
*work*, let alone be fast at the
That seems much better, thanks!
On Dec 13, 2005, at 2:35 PM, Bernhard Schmalhofer via RT wrote:
Hi Coke,
I have put a fix and a test in r10501. Could you check whether it
works
for you?
CU, Bernhard
--
/* [EMAIL PROTECTED] */
Now generates the Exception Not a Number, which can be caught and dealt with
properly
by expr.
[leo - Tue Dec 13 13:43:06 2005]:
On Dec 13, 2005, at 20:04, Matt Diephouse wrote:
MMD function __i_multiply not foundfor types (1, -100)
according to runtime/parrot/include/pmctypes.pasm
, Will Coleda wrote:
It would be nice if someone could set something up to run the tcl
shootout benchmarks against partcl. (I'm not sure of the licensing
on the test code: can we just add it to parrot?)
Having tested a few by hand, I'm not sure any of them would
actually *work*, let alone be fast
On Dec 12, 2005, at 1:55 PM, Chip Salzenberg wrote:
On Mon, Dec 12, 2005 at 12:30:47AM +0100, Leopold Toetsch wrote:
On Dec 11, 2005, at 23:45, Joshua Isom wrote:
.IfDebug(1,
print var =
print var
)
As said, it was surprising me too. Anyway, I think typical use cases
are
Thanks, applied with modifications. Also removed pointer to old rx ops.
On Dec 10, 2005, at 8:11 PM, Joshua Hoblitt wrote:
Someone on #parrot just pointed out that the docs at
http://www.parrotcode.org/docs/ops/ have been b0rken by the recent
tree
reorganization(s). I've already submitted
Applied as r10455.
On Dec 11, 2005, at 4:46 PM, [EMAIL PROTECTED] (via RT) wrote:
Running make smoke as it is at the moment is too much boring as we
don't have any progress indication at all.
We requested Test::TAP::HTMLMatrix authors help (gaal and
nothingmuch) and they promise us a new
Thanks, Applied!
[EMAIL PROTECTED] - Fri Dec 02 11:47:39 2005]:
Hi, attached a patch with a start on the implementation of flush.pir
Note that ParrotIO.pmc doesn't seem to have a method to find out what
mode it is opened in, so that check cannot be done.
regards,
kj
I've just posted a few small tickets to RT for PIR work that Tcl
needs doing. These chunks should be fairly encapsulated.
If you'd like to work on one of them, just claim it in RT, or ping
me via email, IRC, or lily.
Regards, and thanks in advance!
On Nov 30, 2005, at 2:50 PM, Patrick R. Michaud wrote:
On Wed, Nov 30, 2005 at 11:00:36AM -0800, Chip Salzenberg wrote:
On Wed, Nov 30, 2005 at 12:18:40PM +0100, Leopold Toetsch wrote:
Parrot didn't throw exceptions on param or result count mismatch
until now, and still doesn't. [1]
[1] all
On Nov 29, 2005, at 8:38 AM, Leopold Toetsch wrote:
Chip Salzenberg wrote:
On Fri, Nov 25, 2005 at 11:45:40PM +0100, Leopold Toetsch wrote:
catch_label:
get_results (...), Pexcept, Smessage, ... # whatever
This part is now implemented (r10241). (Funnily it did work
immediately :)
On Nov 29, 2005, at 8:38 AM, Leopold Toetsch wrote:
Chip Salzenberg wrote:
On Fri, Nov 25, 2005 at 11:45:40PM +0100, Leopold Toetsch wrote:
catch_label:
get_results (...), Pexcept, Smessage, ... # whatever
This part is now implemented (r10241). (Funnily it did work
immediately :)
With patches from myself (to tcl) and leo (to parrot), partcl is once
again passing 100% of the tests, using PDD20.
The biggest hurdle was having some arbitrary (non :lex-ified) parrot
sub issue our find_lex and store_lex for us to ease transition. As
more of tcl becomes compiled, we can
On Nov 28, 2005, at 2:46 PM, Chip Salzenberg wrote:
On Mon, Nov 28, 2005 at 01:16:49PM -0500, Will Coleda wrote:
With patches from myself (to tcl) and leo (to parrot), partcl is once
again passing 100% of the tests, using PDD20.
Yay!
The biggest hurdle was having some arbitrary (non :lex
On Nov 23, 2005, at 4:39 AM, Roger Browne wrote:
On Tue, 2005-11-22 at 22:42 -0500, Will Coleda wrote:
.HLL foo, # or foo_group - load dynamic PMCs too
.HLL_map .LexPad - .DynLexPad # (2)
I'd like to provide an easy way to provide this mapping for language
developers so
-11-23 at 09:09 -0500, Will Coleda wrote:
I can, of course, add the C now, and have it be functional. I was
just pondering what might be a simpler way for future PMC authors.
A bigger problem will occur for any HLL that has no PMCs of its
own, yet
wishes to use DynLexPad. How to specify
On Nov 22, 2005, at 11:06 AM, Leopold Toetsch wrote:
dynclasses/dynlexpad.pmc provides (or should eventually provide) a
more dynamic lexpad (similar to the deprecated scratchpad.pmc).
It's not finished yet, it doesn't consult LexInfo for static
lexicals yet.
Before working more on it,
In trying to bring Tcl up to date with PDD20 and avoid the
deprecation of newsub, that led me to having to implement TclLexPad
(which would correspond to the new LexPad base type. The PDD says
this happens automatically, but:
Leo pointed out that while Tcl is using the '.HLL' directive,
On Nov 17, 2005, at 1:55 AM, Brent 'Dax' Royal-Gordon wrote:
BuildSmart [EMAIL PROTECTED] wrote:
I've visited both these sites, I was unable to find a download for
perl6
I'm not particularly interested in an implementation of it, what I'd
like is the source code for it so I can build it.
On Nov 14, 2005, at 7:31 AM, Jonathan Worthington wrote:
Will Coleda [EMAIL PROTECTED] wrote:
Storing the information is very good: how do we extract it, again?
we have {get,set}{file,line} opcodes, but if we're going to store
more generic information, we need a more generic way to extract
Storing the information is very good: how do we extract it, again? we
have {get,set}{file,line} opcodes, but if we're going to store more
generic information, we need a more generic way to extract it.
As one of the first here's something extra I need, I need not only
line numbers for
The regex and bf compilers are again passing all tests with 0.3.1
A visitor on #parrot just asked if we had a fink build (which we
don't). Before I bother the fink folks directly, is there anyone
listening here who can help us put a fink build together?
, Will Coleda wrote:
A visitor on #parrot just asked if we had a fink build (which we
don't). Before I bother the fink folks directly, is there anyone
listening here who can help us put a fink build together?
On Nov 11, 2005, at 5:15 PM, Joshua Hoblitt wrote:
On Thu, Nov 10, 2005 at 11:51:44AM +0100, Leopold Toetsch wrote:
Joshua Hoblitt wrote:
I've taken a look at using Module::Pluggable to register configure
steps. The simplest way to do this is to let Module::Pluggable
search
through the
- Updated the Where we are section.
- Added LANGUAGES.STATUS to the sidenav. (and it's now POD in the
repo to support this.)
- Added a link to Allison's file under docs.
- Fixed up all the PDD links (including adding the new ones.)
Anything in the clip/ directory is marked DRAFT, both on
Whee!
Yes, you can close the ticket.
On Nov 9, 2005, at 11:24 AM, Jonathan Worthington wrote:
Will Coleda [EMAIL PROTECTED] wrote:
I've done this now - hopefully it works?
Sorry, nope: :(
../../pbc_merge -o lib/tcllib.pbc lib/tcllib_temp.pbc lib/
tclbinaryops.pbc lib/tclcommand.pbc lib
[leo - Tue Nov 08 02:17:18 2005]:
Will Coleda (via RT) wrote:
Trying to patch punie, I get to a point with the following:
wcoleda$ cat foo.pir
.sub main :main
$P1 = compreg PAST
$P2 = $P1(Parrot_AST(Py_Module(Stmts(Py_Print(Const(1))
$P2()
.end
wcoleda
Minor updates to the website.
Added a downloads sidenav, moved all the how to get the source
information to a single page, added pointers to the two binary
versions I know about.
Anyone care to suggest some updated text for Where we are?.
new links.
Got a link to a third binary distro.
More to come. (especially if people keep sending suggestions. =-)
On Nov 8, 2005, at 1:56 PM, Will Coleda wrote:
Minor updates to the website.
Added a downloads sidenav, moved all the how to get the source
information to a single page, added
.t files seem to be routinely stripped when sending to the list.
If you follow: http://www.parrotcode.org/patchfaq.html, then the
files still won't make it to the list, but they *will* be added to
the generated ticket.
Regards.
On Nov 4, 2005, at 8:58 AM, Leopold Toetsch wrote:
Tomo
No, it isn't. =)
The mail list strips out .t attachments (Robert? is this necessary?)
Please follow the instructions at http://www.parrotcode.org/
patchfaq.html, or inline the file to the list.
Thanks.
On Nov 4, 2005, at 8:36 AM, Tomo wrote:
Please refer to attached souce and test case.
This is what I get for changing my sample at the last minute. =-)
On Nov 3, 2005, at 10:26 AM, Leopold Toetsch wrote:
Will Coleda (via RT) wrote:
error:imcc:The opcode 'print' (print0) was not found. Check the
type and number of the arguments
in macro '.say' line 2
included from
Getting the following error on 'nmake realclean', a popup (why on
earth can't I cut and paste this error!#$#) with:
perl.exe: Application error:
The instruction at 0x7c93426d referenced memory at 0x.
The memory could not be read.
Click on OK. Get a second popup:
perl.exe -
On Oct 30, 2005, at 4:06 PM, Jonathan Worthington wrote:
Leopold Toetsch [EMAIL PROTECTED] wrote:
On Oct 27, 2005, at 7:27, Will Coleda (via RT) wrote:
But if I try this from languages/tcl, I get:
../../parrot -o foo.pbc foo.pir
../../parrot -o bar.pbc bar.pir
../../pbc_merge -o whee.pbc
On Oct 27, 2005, at 11:13 AM, Leopold Toetsch wrote:
Matt Diephouse wrote:
via RT jerry gay [EMAIL PROTECTED] wrote:
there have been questions lately about the use of the 'new_pad' op.
will coleda provided a failing example, which i've included below.
upon investigating, i found
This was a very old TODO from the TODO file:
Is this now covered with the recent changes?
[coke - Sun Aug 15 13:27:07 2004]:
Bytecode
Metadata (source line number info, symbol table)
On Oct 25, 2005, at 5:11 AM, Konovalov, Vadim wrote:
I have a copy of XP Pro: I just installed ActiveState Perl, Visual C+
+ Toolkit 2003, the MS SDK and the .NET SDK (On my Virtual PC
installation on my mac, btw. Only took about 10 hours, on and
off =-)
trying to build parrot using the
I have a copy of XP Pro: I just installed ActiveState Perl, Visual C+
+ Toolkit 2003, the MS SDK and the .NET SDK (On my Virtual PC
installation on my mac, btw. Only took about 10 hours, on and off =-)
trying to build parrot using the toolkit command prompt, I get:
Y:\perl Configure.pl
On Oct 25, 2005, at 3:35 PM, Joshua Hoblitt wrote:
On Tue, Oct 25, 2005 at 06:31:43AM +0200, Fran?ois PERRAD wrote:
The subroutine check_progs defined in lib/Parrot/Configure/Step.pm
is not
portable (doesn't work on MSWin32).
On MSWin32, the real filename of a program is prog.exe,
On Oct 23, 2005, at 6:44 PM, Leopold Toetsch wrote:
On Oct 21, 2005, at 18:07, Will Coleda wrote:
There is now rudimentary support for converting parrot objects to
JSON strings.
+ # generate a JSON representation of a PMC.
+ $S0 = _json( $P0 )
$P0 = new .Array
$P0[0] = $P0
There is now rudimentary support for converting parrot objects to
JSON strings.
11:56 Coke JSON?
11:56 purl well, JSON is Javascript Object Notation, at
http://www.crockford.com/JSON/
From the SYNPOSIS:
+ # generate a JSON representation of a PMC.
+ $S0 = _json( $P0 )
+
+
I've added this patch to ticket #32544.
Thanks, Applied.
[coke - Thu Oct 13 05:20:53 2005]:
Here's a patch to implement the split opcode such that it splits on
strings rather than regular expressions. I've also added a test to
t/op/string.t
Files affected:
M ops/string.ops
M
CokeZero:~/research/parrot wcoleda$ prove -Ilib t/examples/pir.t
t/examples/pirok 2/3
# Failed test (t/examples/pir.t at line 129)
# got: '0141db367bd8265f37926c16ccf5113a examples/pir/
md5sum.pir
# '
# expected: '3c97cb808c62b1b1a6ad9477d6edb850 examples/pir/
Data::Dumper now checks to see if a special case for a particular PMC is
implemented, and if
not, the code falls back to a generic implementation for each of array, hash,
string, integer,
and float.
Added in string, integer, and float does types to pmc2c.pl and the various
core/perl types
At Matt Diephouse's suggestion, --dump is now spelled --pir
Documented these options in partcl's README.
On Oct 8, 2005, at 10:53 AM, Will Coleda wrote:
On Oct 6, 2005, at 2:19 PM, Will Coleda wrote:
A few more commands are inlined (including [for]). I've begun to
unify the three
The BASIC compiler is now (kind of?) working again after the 0.3.0
release. Updates to the new calling conventions. No longer trying to
manage the conventions in near-PASM level code.
The windows display code is just commented out, but several of the
samples in the compiler (inc. conn4,
A few more commands are inlined (including [for]). I've begun to
unify the three different compilers that are currently available: the
compreg'd version, the internal version for code, and the internal
version for expressions. All now use the same mechanism to ultimately
compile the PIR
On Oct 4, 2005, at 5:11 AM, Leopold Toetsch wrote:
On Oct 4, 2005, at 3:52, Will Coleda wrote:
On Oct 3, 2005, at 6:34 PM, Leopold Toetsch wrote:
I don't see the point. Your compiler can emit, e.g.:
while(test, body)
That's actually how things work right now (very similar
This is *great* and I've already started converting partcl to take
advantage.
One problem I've discovered:
operators[] = OPERATOR_SHL
This is probably because:
*{STRINGCONSTANT} {
Is too permissive. Can we perhaps just allow {ID}s ?
Thanks again! This is great! Woo!
On Oct 4, 2005, at
Even better! I jumped the gun! Never Mind! Nothing to see Here!
Thanks again!
On Oct 4, 2005, at 10:15 PM, Will Coleda wrote:
This is *great* and I've already started converting partcl to take
advantage.
One problem I've discovered:
operators[] = OPERATOR_SHL
This is probably because
On Oct 3, 2005, at 1:35 PM, Eaglestone, Robert J wrote:
Also potentially fun -- and perhaps nontrivial -- is implementing the
parrot equivalent of $0.
This particular item would enable functionality in partcl.
to the compiled
builtin, might have been replaced at that point.).
4) Provide a way to dump the total generated PIR code instead of
compiling executing it.
Regards.
On Oct 2, 2005, at 1:40 AM, Will Coleda wrote:
The simple version of the compiler is now mostly done in my sandbox:
Failed Test
On Oct 2, 2005, at 1:40 AM, Will Coleda wrote:
I've attached the generated PIR output for the sample program,
which outputs 10
set a 0
while {$a 10} {
incr a
}
puts $a
Ok, technically, it's not the output of a complete PIR program, it's
the concatenated output of several chunks. One
Tcl's [expr] command now compiles expressions to PIR (before, it
would create an AST that it would then interpret when you wanted the
value.). Note: the language itself is still interpreted, this is only
one command in the language.
E.g: given a command like
while {$a 10} {incr $a}
Yes, that's the plan, but the initial implementation isn't going to
be a compiler like most people would expect:
For example, something like:
while {$a 10} { incr a }
while isn't language syntax. it's a command. So, this code would
result in creating two PMCs for the args (first arg is
Leo's proposed syntax is fine with me.
[leo - Fri Feb 25 01:34:24 2005]:
Bernhard Schmalhofer [EMAIL PROTECTED] wrote:
Hi,
in the near, or far, future there will be test scripts and compiler
input in PIR. For that it would be nice, if long text doesn't have to
be crammed into a
I see no problem with this, but:
I would encourage that any Amber specific PMCS instead go into
languages/amber/classes, in an effort to keep classes/ and dynclasses/
restricted to the basic parrot types.
(see languages/tcl and config/gen/makefiles/tcl.in) for examples on how to
set this
Will Coleda apparently needs to actually read all of his mail in the morning
before replying to it.
^_^
Will Coleda writes:
I see no problem with this, but:
I would encourage that any Amber specific PMCS instead go into
languages/amber/classes, in an effort to keep classes
Joshua Hoblitt via RT writes:
Should this become a TODO item?
This code no longer crashes. Yes, make it a TODO that this should probably
throw an exception.
As many TODOs, I'd say, one per bullet.
Thanks!
On Sep 22, 2005, at 3:31 AM, Joshua Hoblitt via RT wrote:
[leo - Mon Nov 01 06:28:21 2004]:
Will Coleda via RT [EMAIL PROTECTED] wrote:
[coke - Sat Jan 24 19:32:16 2004]:
It would be helpful if IMCC complained about duplicate .local
)
invokable()
.end
On Sep 19, 2005, at 4:27 PM, Andy Dougherty wrote:
On Thu, 15 Sep 2005, Will Coleda wrote:
Done. All tests pass for tcl in leo-ctx5. (And with leo's recent
fixes,
hopefully this means on all platforms for real this time. =-)
This should also fix the problem on windows
Please try again with the leo-ctx5 branch, I suspect this should be working
again, at least for
now.
[jonathan - Wed Sep 14 10:18:59 2005]:
jerry gay (via RT) [EMAIL PROTECTED] wrote:
the linker is failing to build ParTcl with MSVC, due to unresolved
external symbols. i'm swamped at
Minor change to the exception PMC in the leo-ct5 branch - all
exception class tests pass, but this version allows HLLs to use two
slots in the exception object as a stopgap.
This came up as I'm in near the end of converting tcl in leo-ctx5:
versions to date have used two return codes to
Message-
From: Will Coleda [EMAIL PROTECTED]
To: Internals List perl6-internals@perl.org
Sent: Mon, 12 Sep 2005 16:54:17 -0400
Subject: Re: tcl in leo-ctx5
Leo mentions on IRC that some tests are failing on i386 and OSX
10.3 (10.2?). I'm passing 100% on OSX 10.4.
Can we get some test results
passing all
tests in leo-ctx5.
This includes removing the manual boxing of return values we were
doing, and letting the calling conventions autobox for us.
Regards.
On Sep 10, 2005, at 10:51 AM, Leopold Toetsch wrote:
Will Coleda wrote:
But it looks like the PMC args are getting
reported having to killall parrot on some
tests.
Thanks.
On Sep 12, 2005, at 2:20 PM, Will Coleda wrote:
Ok. Workarounds removed (though the workarounds were working. =-)
Looks like I've fixed PGE's glob - looks like it was just removing
the 'compile' opcode. Amos is going to investigate
I would agree. I don't expect make to touch anything outside of the
local sandbox...
As for tying it to install/uninstall... I would lean towards not
using those targets, or at least not running them when running the
top level targets of the same name.
On Sep 8, 2005, at 11:20 PM, Josh
in make_interpreter (parent=0x0,
flags=PARROT_NO_FLAGS) at src/inter_create.c:165
#17 0x00015004 in Parrot_new (parent=0x0) at src/embed.c:47
#18 0x3a54 in main (argc=2, argv=0xb9bc) at imcc/main.c:452
Regards.
On Aug 31, 2005, at 8:28 PM, Nattfodd wrote:
Will Coleda wrote
Much better on OS X now!
parrot:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/dynclass/pyclass.t1 256 61 16.67% 6
t/dynclass/pyfunc.t 1 256 41
There's a bunch of generic things at: http://rt.perl.org/rt3/NoAuth/
parrot/Overview.html, as well as in docs/ROADMAP
However, I vote for the following, which are more specific:
Unfinished Opcodes:
https://rt.perl.org/rt3//Ticket/Display.html?id=32544 (split) [should
be doable if we
On Aug 31, 2005, at 7:03 PM, Nattfodd wrote:
If people are willing to test real programs with it, it would
really be nice !
Thought I'd give languages/tcl a whirl, but after a fresh checkout of
the GMC branch:
% perl Configure.pl; make
SNIP
perl build_tools/jit2h.pl ppc src/jit_cpu.c
In anticipation of the upcoming merge of leo-ctx5 to trunk, i was
trying to get tcl working there.
Given the tcl:
set b(c) 2
puts [array exists b]
I get the error:
wrong # args: should be array exists arrayName
From languages/tcl/lib/commands/array.pir, the Tcl::array sub seems
fine, and
OS X: 10.4.2
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/library/streams.t2 512202 10.00% 18 20
t/src/manifest.t 1 256 51 20.00% 4
t/src/opcode-doc.t
We're missing the attachment for the test file. Can you resend?
To add a file to the dependencies for the makefile, add it to 'config/
gen/makefiles/tcl.in'
To add a file to the repository, add it to 'MANIFEST'
I'll be happy to apply as soon as I get these other items. Thanks!
On Aug 21,
Updating Data::Escape seems like a better option to me.
On Aug 12, 2005, at 3:12 PM, Patrick R. Michaud wrote:
On Fri, Aug 12, 2005 at 11:37:53AM -0700, Will Coleda wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #36882]
# in the subject line of all future
Excellent questions. Perhaps I can whip up a languages.pod once 0.2.3
is out the door, based on partcl and the current state of a few other
languages out there.
Right now, the unified language testing harness, such as it is,
would rather you had a script called harness that took a --files
Suggestions for workarounds given the short time frame:
1) Use the last *released* version of parrot, which is from a month
ago. If this is a new issue, just run the slightly older code.
(releases are happening once a month now. This will give you fairly
recent code with a little more
Woot!
None of the tests are currently failing on OS X, though there are
several TODOs hey. Many (All??) of the failing tests are TODOs:
perhaps the test harness isn't happy about TODOs on win32, for some
reason.
Do TODO tests report as passed in the core suite? If so, it's
On Jul 27, 2005, at 9:46 PM, Thilo Planz wrote:
Hi,
I have a few beginner's question about ParTcl.
I am trying to embed ParTcl into a PIR application, which seems to
work quite nicely, except that I have not yet figured out how to do
certain things.
This is almost certainly no fault
FYI, on OS X 10.4.2, I get:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/p6rules/backtrack.t1 256151 6.67% 2
t/pmc/eval.t 3 768143 21.43% 12-14
. Should track down
why p6rules is misbehaving with your patch, though.
Regards.
On Jul 28, 2005, at 1:55 PM, Will Coleda wrote:
FYI, on OS X 10.4.2, I get:
Failed Test Stat Wstat Total Fail Failed List of Failed
the generated makefiles.
At the moment, however, I'm of the mind: if it ain't broke, don't fix
it.
Regards.
On Jul 27, 2005, at 10:37 AM, Matt Fowles wrote:
Will~
Doesn't make have something called PHONY to handle that exact case?
Matt
On 7/27/05, Will Coleda [EMAIL PROTECTED] wrote
On Jul 27, 2005, at 4:00 PM, Klaas-Jan Stol wrote:
hi,
Is there any documentation about the complete syntax for pmc files
when writing PMCs (this time in C)?
I think that's technically the only way to write PMCs. (things
written in PIR are Objects). And, as you've seen, pmc2c.pl is
On Jul 26, 2005, at 9:21 PM, Matt Fowles wrote:
\u escape issues
Will Coleda opened a ticket for some unicode escape issues. Leo
asked
for a test case.
http://xrl.us/gv7i
Actually, this was a close of a fairly old ticket that predated the
big string merge. Apologies
Rather than adding another file, I'd recommend putting these under
DESIGN in docs/ROADMAP. Then they're all in one place for Chip when
he gets more tuits.
I added a link to this one there.
Regards.
On Jul 25, 2005, at 10:53 AM, Leopold Toetsch wrote:
Nicholas Clark wrote:
This all
To use the same debugger commands as perl (which I assume is a goal),
we'd need to make this command L.
The current implementation of the debugger is case agnostic as far as
command names go, and since there's already an l, there can't be an
L as well.
Should we pick another name, or
puts \u30b3\u30fc\u30d2\u30fc
has worked for some time now; the [string] subcommands are documented as not
working as
part of the tcl language suite testing.
If we find any parrot-specific issues blocking us from implementation, we'll
open another
ticket. Danke.
[coke - Sun Nov 21 22:51:03
What's the plan for the regular expression ops, given PGE?
(Apologies if I've missed an earlier ruling: Just trying to clean
some stuff in RT roadmap)
On Jul 14, 2005, at 3:15 AM, Allison Randal wrote:
On Jul 12, 2005, at 15:59, Will Coleda wrote:
Hey, Allison - you drafted up the project plan for TPF grant for
parrot, neh?
Yup. With a good deal of input from Dan, Leo, Patrick and others.
Are you the defacto Project Manager
Ah, thank you for your quick reply!
On Jul 14, 2005, at 2:56 PM, Allison Randal wrote:
On Jul 14, 2005, at 7:26, Will Coleda wrote:
MUahahahahaha, my trap has been sprung! Perfect. I've been looking
for you since before we lost Dan. =-)
Had I know this at the conference, I would have
Anyone have any ideas on how you might harness a PM group to work on
parrot?
Anyone have any ideas on how you might harness a PM group to work on
parrot?
(Resending from correct account)
That was kind of my point, yes. =-)
Hey, Allison - you drafted up the project plan for TPF grant for
parrot, neh?
Are you the defacto Project Manager for parrot? Or is that position
unfilled?
On Jul 12, 2005, at 6:56 PM, Allison Randal wrote:
On Jul 12, 2005, at 13:51, Will Coleda
After a patch to prebuild PGE/Glob.pir and use the precompiled
bytecode, I'm seeing the following timings with hello.tcl in
partcl's examples:
CokeZero:~/research/parrot/languages/tcl/examples wcoleda$
time ../..//../parrot ../tcl.pbc hello.tcl
Hello World
real0m0.313s
user
To manage varargs-style subroutines?
On Jul 7, 2005, at 10:55 AM, Chip Salzenberg wrote:
On Thu, Jul 07, 2005 at 03:36:01PM +0200, Leopold Toetsch wrote:
Instead we have the new opcode:
get_argc(out INT)
which returns the argument/result count of the recent call/return.
Why do we
Also feed://planet.parrotcode.org/rss20.xml
Regards.
On Jul 6, 2005, at 5:45 PM, Piers Cawley wrote:
Matt Fowles [EMAIL PROTECTED] writes:
Will~
On 7/6/05, Will Coleda [EMAIL PROTECTED] wrote:
It would be nice if the summarizers also summarized the various
Planet RSS feeds of journal
*sniff*
If PGE supported character classes in globs right now, we'd probably
pass another 50 or 60 tests from the Tcl suite without writing any
more code for the interpreter.
It would be nice if the summarizers also summarized the various
Planet RSS feeds of journal entries, if those entries were
sufficiently relevant.
Then I wouldn't feel torn between send progress updates to the list
or to the journal. =-)
901 - 1000 of 1287 matches
Mail list logo