The README doesn't mention Configure.pl (minor doc patch follows), and
Parrot::Opcode is requiring perl5.6, which makes my 5.5.3 quite unhappy.
Are folks intentially using 5.6 constructs? I'll consider generating a
patch to make things work with 5.5.3 if this was an act of convenience
rather
Will Coleda wrote:
The README doesn't mention Configure.pl (minor doc patch follows), and
Parrot::Opcode is requiring perl5.6, which makes my 5.5.3 quite unhappy.
Are folks intentially using 5.6 constructs? I'll consider generating a
patch to make things work with 5.5.3
Um... with the current setup, there IS no Makefile until you run
Configure.pl, so I really don't see how that's possible. =-)
Gibbs Tanton - tgibbs wrote:
The README really doesn't have to mention Configure.pl because when you do
make test_prog it will run Configure.pl for you (at least it
In parrot_assembly.pod, line 135 seems to trail off...
Robert Spier wrote:
-R (still against Powerpoint for this, but we're sliding off topic.)
Star Office provides power point support, fwiw.
Hurm.
I realized the other day that I hadn't done -anything- with tcl since my
last post, which has to have been months ago.
Given sufficient documentation, I could be motivated to improve the
status of this interpreter (and throw it into cvs somewhere).
[EMAIL PROTECTED] wrote:
While I'd
I believe this is correct...
$ diff -u parrot/docs/parrot.pod parrot-coke/docs/parrot.pod
--- parrot/docs/parrot.pod Wed Mar 13 13:02:25 2002
+++ parrot-coke/docs/parrot.pod Thu Mar 28 23:27:17 2002
@@ -87,8 +87,8 @@
Parrot is developed and maintained by the members of the
C[EMAIL
I can't concat strings to a PerlString, I have to assign the constant
string to another PerlString to do the concat...
Is this just that a suitable entry in perlstring.pmc needs to be
created?
-
new P6, PerlString
set S1, stuff\n
# This would fail
# concat P6, P6, S1
# but
I also recommend: http://www.parrotcode.org/
Daniel Grunblatt wrote:
On 19 Apr 2002, Alberto Manuel [ISO-8859-1] Brandão Simões wrote:
Hi all!
I'm thinking to use Parrot to be the 'virtual machine' for a
specification language developed at Minho's university. Probably, it
will
Which reminds me:
I have an account, but no privs to speak of: I can't view -any- tickets.
Melvin Smith wrote:
Privs still need updating. Some of us still can't take/close tickets.
-Melvin Smith
IBM :: Atlanta Innovation Center
[EMAIL PROTECTED] :: 770-835-6984
Sean O'Rourke wrote:
A bit of Parrot bloggage where I didn't expect it
http://lambda.weblogs.com/discuss/msgReader$3850
This includes a link to:
http://www.oreilly.com/parrot//
Which appears to be a leftover from the April Fool's joke. Except the
article doesn't seem to realize it's a
Will Coleda wrote:
Sean O'Rourke wrote:
A bit of Parrot bloggage where I didn't expect it
http://lambda.weblogs.com/discuss/msgReader$3850
This includes a link to:
http://www.oreilly.com/parrot//
Which appears to be a leftover from the April Fool's joke. Except the
article
the languages we can find.
I guess it should be a configuration option of what to build, defaulting to
everything portable.
Nicholas Clark
--
Will Coke Coleda
not moving *that* much. The core op set
hasn't changed in quite a while, though the newer ops do go through a
round or two of fiddling before they settle down.
--
Will Coke Coleda
Sorry to reply to myself, but I realized this is the second time I've
mentioned this and never actually let anyone see the code. ^_^
http://www.coleda.com/users/coke/tcl_parrot.zip
Be gentle - it was written back in... 0.0.2 days, I think, and I haven't
kept up. =-)
Will Coleda wrote:
I
more commands to
the very basic set I have.
http://www.coleda.com/users/coke/parrot/
(the link I posted yesterday is now defunct.)
Enjoy. Feedback appreciated.
--
Will Coke Coleda
Dan Sugalski wrote:
At 3:13 PM -0500 12/22/02, Will Coleda wrote:
I recently (re) posted my stab at tcl. I quickly realized that I was
very out of date with the current development path. Here's a copy that
works with (nearly) cvs latest, and switches to imcc as the output
instead of directly
that coerced data into a standardized AST which could be passed off to
other
compilation stages? (Similarly, other end targets (such as Java
bytecode
or native code would only require the implementation of a new code
emission module.)
-c
--
Will Coke Coleda
...dubious
Test returned status 1 (wstat 256, 0x100)
DIED. FAILED test 6
Failed 1/17 tests, 94.12% okay
Everything else passed (a few skips).
I'd be happy to run further tests if that'd help.
Regards.
--
Will Coke Coledawill at coleda
dot com
presume I'm missing something obvious?
--
Will Coke Coledawill at coleda
dot com
America/New_York, Will Coleda wrote:
Given the following example:
% cat test.imc
.sub _MAIN
.local sub command_sub
newsub command_sub, .Sub, __cmd_puts
.end
.sub __cmd_puts
print whee\n
.end
%../../../parrot -o test.pbc test.imc
error:imcc:store_labels: inter_cs label '__cmd_puts' not found
On Tuesday, Jul 15, 2003, at 06:38 America/New_York, Leopold Toetsch
wrote:
Will Coleda [EMAIL PROTECTED] wrote:
Hurm. I tried switching the order of the .subs, which allows it to
compile,
Execution doesn't start in _main or something. It starts at the first
fully parsed .sub.
leo
Sorry if I
On Tuesday, Jul 15, 2003, at 06:36 America/New_York, Leopold Toetsch
wrote:
Will Coleda [EMAIL PROTECTED] wrote:
Given the following example:
% cat test.imc
.sub _MAIN
.local sub command_sub
newsub command_sub, .Sub, __cmd_puts
.end
.sub __cmd_puts
print whee\n
.end
%../../../parrot -o
___
_
Want to chat instantly with your online friends? Get the FREE Yahoo!
Messenger http://uk.messenger.yahoo.com/
--
Will Coke Coledawill at coleda
dot com
appreciated. =-)
--
Will Coke Coledawill at coleda
dot com
at the output to
stderr, I see it's executing something. =-)
I've saved a snapshot of my code repository if it's needed for
archaeology.
--
Will Coke Coledawill at coleda
dot com
, at 08:03 AM, Leopold Toetsch wrote:
Leopold Toetsch [EMAIL PROTECTED] wrote:
Will Coleda [EMAIL PROTECTED] wrote:
Should parrot -t 2 /dev/null work the same as parrot 2
/dev/null
Actually it doesn't leak memory but it exhausts memory. I'm currently
investigating the problem, which is caused by all
was going to wait until I had more working, but I go slow, and since
i figure I'm actually a little ahead of where I was the last time... =-)
http://coleda.mine.nu/tmp/distro.tgz
The code expects to be in parrot/languages (the top level of the .tgz
is tcl).
Regards.
--
Will Coke Coleda
want to use explicitly.
Can IMCC just autogenerate a unique label for me under the covers?
--
Will Coke Coledawill at coleda
dot com
Should
.sub _main
.local int foo
.local string foo
foo = -1
end
.end
Be an error? Certainly would have saved me a few minutes tracking down
a bug. =-)
--
Will Coke Coledawill at coleda
dot com
the languages directory from becoming
a creepy graveyard for people trying out Parrot.
-Melvin
--
Will Coke Coledawill at coleda
dot com
As I realize my example is incorrect. =-)
Is there any reason not to make the .pcc_call _parse work also,
rather than having to construct a .Sub?
Regards.
On Monday, October 6, 2003, at 09:19 PM, Will Coleda wrote:
Currently, when calling a PCC Sub with the single Sub
depth?)
Heading off to experiment...
--
Will Coke Coledawill at coleda
dot com
that
covers command line arguments. Is the right solution to use one of the
array types in the declaration here? (and, if so, which one?)
Regards.
--
Will Coke Coledawill at coleda
dot com
post
this in the meantime.
Regards.
--
Will Coke Coledawill at coleda
dot com
, it complains
about not finding foo. Comment it out, it compiles.
Sorry I didn't narrow down to a test case first -- after months of not
touching this, I wasn't sure how long it would take me. =-)
On Monday, January 19, 2004, at 01:13 PM, Dan Sugalski wrote:
At 12:55 PM -0500 1/19/04, Will Coleda
:
.result $S1
.pcc_end
If I can't explicitly create foo_sub if I'm in the middle of __foo, how
do I recurse using calling conventions?
And, in my defense, all this code worked a few months ago. =-)
On Monday, January 19, 2004, at 01:54 PM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED
. There doesn't seem to be a specific X for
list 1 X where it consistently segfaults, but anything 12 seems to
do a pretty good job.
Regards.
crash.log
Description: Binary data
[1]
On Monday, January 19, 2004, at 05:16 PM, Luke Palmer wrote:
Will Coleda writes:
If I can't explicitly create foo_sub
print i
print
print j
print
print s
print \n
.pcc_begin_return
.return 10
.return 11
.pcc_end_return
.end
--
Will Coke Coledawill at coleda
dot com
What the...
I had a parrot that was less than a week old, I thought... but the copy
I grabbed this morning now works fine.
Thanks, Leopold.
On Friday, January 23, 2004, at 04:08 AM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED] wrote:
... I found that the samples listed below both
22998 is an Applied [PATCH], still listed as new, unassigned.
Regards.
--
Will Coke Coledawill at coleda
dot com
24728 is apparently a bug for 5.8/5.9, not 6.0
--
Will Coke Coledawill at coleda
dot com
, as he said he was working on a fix.
25252 is spam.
--
Will Coke Coledawill at coleda
dot com
the expected:
TYPEOF: PerlArray
SIZEOF: 7
TYPEOF: PerlArray
SIZEOF: 7
But then my return values are trounced.
Is this a bug, or just a misunderstanding on my part?
--
Will Coke Coledawill at coleda
dot com
Palmer wrote:
Will Coleda writes:
I'm trying to track down a problem with a PerlArray that is getting
modified on me.
I have a snippet of code like:
typeof $S12, tcl_words
$I12 = tcl_words
print TYPEOF:
print $S12
print \n
print SIZEOF:
print $I12
print \n
(var_start_at,var_length
Nope. If I turn on -G and leave off explicit savetop/restoretop, the
perlArray is still stomped.
Regards.
On Sunday, January 25, 2004, at 09:29 AM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED] wrote:
If there's magic, it was an unintentional invocation. =-) If I was
managing my own
, Will Coleda wrote:
Sorry about the delay in responding.
My current sample program is 2760 lines of imcc in 23 files, plus a
small .tcl script.
I'll see if I can trim that down to a more reasonable test case.
On Monday, January 26, 2004, at 05:32 AM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED
Sorry about the delay in responding.
My current sample program is 2760 lines of imcc in 23 files, plus a
small .tcl script.
I'll see if I can trim that down to a more reasonable test case.
On Monday, January 26, 2004, at 05:32 AM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED] wrote
What's going on with the ordering of messages? My message of : Tue, 27 Jan 2004
19:53:15 -0500 just made it to the list, a day after my (also delayed) /followup/ to
that message. And Leo, who responded to the most recent, had his email make it to the
list before either of these. =-)
Regards.
On Thursday, January 29, 2004, at 01:51 PM, Simon Cozens wrote:
[EMAIL PROTECTED] (Will Coleda) writes:
What's going on with the ordering of messages? My message of : Tue,
27 Jan 2004 19:53:15 -0500 just made it to the list, a day after my
(also delayed) /followup/ to that message. And Leo
Melvin:
Here's a warnocked imcc issue for you:
http://bugs6.perl.org/rt3/Ticket/Display.html?id=24251
I don't have a suggested patch, sorry.
Regards.
On Sunday, February 1, 2004, at 04:42 PM, Stephane Peiry wrote:
On Sun, 2004-02-01 at 01:42, Will Coleda wrote:
24251 - warnocked
I don't like
On Monday, February 9, 2004, at 02:17 PM, Melvin Smith wrote:
I will at least commit a patch so IMCC will immediately flag the
declaration of an illegal symbol name rather than allowing it
and then getting confused later.
Perfect!
Thanks.
--
Will Coke Coleda
Jonathan
leo
--
Will Coke Coledawill at coleda
dot com
much like what's in cvs, but if
there's a problem, I want to make sure it's gone from the next release.)
--
Will Coke Coledawill at coleda
dot com
: LANGUAGES.STATUS
Content-Type: text/plain; charset=US-ASCII; format=flowed
Cc: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
From: Will Coleda [EMAIL PROTECTED]
In-Reply-To: [EMAIL PROTECTED]
Message-Id: [EMAIL PROTECTED]
On Saturday, February 28, 2004, at 01:12 AM, Mitchell N Charity
Is there a way to unstore a lexical in a scope?
--
Will Coke Coledawill at coleda
dot com
is now live.
-R
--
Will Coke Coledawill at coleda
dot com
/interpret stages
* Use improved imcc syntax where possible
* more tests
* changed substitution macro mess to pcc sub mess
* support various return codes (TCL_OK, TCL_ERROR, etc.)
* cleaned up examples/
--
Will Coke Coleda
/docs/calling_conventions.pod
./imcc/docs/imcfaq.pod
./languages/regex/docs/regex.pod
./ops/rx.ops
I lazily ignore the fact that some of these are generated from others,
and eagerly assume that 5.6 is a valid version for parrot.
--
Will Coke Coledawill at coleda
, then? (for example, I have a global
PerlHash that maps command names to the builtin functions). I suppose I
could create my own pad, or even an object... but then how do I access
it without storing it in a global?
--
Will Coke Coledawill at coleda
dot com
On Monday, March 15, 2004, at 09:46 PM, Will Coleda wrote:
Feedback welcome. As are more patches. As would a pointer to a tcl
distro of the early 7 vintage whose test suite I might have a prayer
of passing a small portion of. =-)
Bad form to self-reply, I know, but I found the old distros
http://www.parrotcode.org/ is not responding to http or ping.
--
Will Coke Coledawill at coleda
dot com
update -dP
--
Will Coke Coledawill at coleda
dot com
this.
At Tue, 16 Mar 2004 19:55:22 -0500,
Will Coleda wrote:
bash-2.05a$ rm -f languages/tcl/lib/match_close.imc
bash-2.05a$ cvs update languages/tcl/lib/match_close.imc
cvs: rcs.c:4091: RCS_checkout: Assertion `options[0] == '-'
options[1] == 'k'' failed.
cvs [server aborted]: received abort signal
://www.gmx.net/virenschutz
tcl_20040318.patch
--
Will Coke Coledawill at coleda
dot com
(load_bytecode) is
done rather than a compile time (.include) ?
(If not, then can we switch it back to compile time to avoid the
working directory issue until load_bytecode's TODO is implemented
(search the library))
--
Will Coke Coledawill at coleda
dot com
: 0x r22: 0x r23: 0x
r24: 0x r25: 0x r26: 0xbc84 r27: 0x0014
r28: 0x0004 r29: 0x0097e5c4 r30: 0xb870 r31: 0x0010ce64
--
Will Coke Coledawill at coleda
dot com
print '\n
.pcc_begin_return
.pcc_end_return
.end
.sub __default_handler
P2 = P5[_invoke_cc]
invokecc P2
.end
--
Will Coke Coledawill at coleda
dot com
Would a patch be accepted that let split work on non empty strings (not
treated as REs) as a stopgap until RE support?
On Thursday, March 25, 2004, at 10:51 PM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #27962]
# in the subject line
.
--
Will Coke Coledawill at coleda
dot com
Ah. this appears to be the same stack trace already noted by: Mitchell
N Charity
On Thursday, March 25, 2004, at 11:56 PM, Will Coleda wrote:
I knew I should have updated to cvs latest before issuing a tcl
release. =)
(go ahead and apply that patch, I'll get things fixed as soon as I
can
:
Will Coleda [EMAIL PROTECTED] wrote:
I'm still seeing both bugs, with a cvs update, make realclean; perl
Configure.pl, make. (if I do a cvs diff in my repo, the only changed
files are tcl related.)
What other intel do you need to help duplicate the bugs?
Try with -G to turn off DOD/GC. Run
teddy bears get drunk
--
Will Coke Coledawill at coleda
dot com
, we just send
STDOUT.
Here's an additional tarball that switch over Tcl to use the new
scheme, and a MANIFEST patch that covers all the files here.
Should be able to just replace any existing tcl files with the new
ones.
--
Will Coke Coledawill at coleda
.return $P2
.pcc_end_return
.end
- This runs fine if you change the second PIERS to PASM, but if you
leave it as is, parrot crashes.
Regards.
--
Will Coke Coledawill at coleda
dot com
);
+ $pbc_generator-( $assembly, $count, $as_f );
--
Will Coke Coledawill at coleda
dot com
namespace police hat]
--
Will Coke Coledawill at coleda
dot com
is in.
leo
--
Will Coke Coledawill at coleda
dot com
(= imcc/*.o + libparrot)
3) (re)name the executable from 2) parrot
We will need something like libimcc finally, but this is basically the
built executable w/o imcc's main.c.
leo
--
Will Coke Coledawill at coleda
dot com
the rm *.s instruction to the (seemingly more
appropriate) 'realclean' make target.
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;
--
Will Coke Coledawill at coleda
dot com
Coledawill at coleda
dot com
=/bin/bash
--
Will Coke Coledawill at coleda
dot com
, if any
- value
I'm not sure if there's access to the names from PASM, though.
-- c
--
Will Coke Coledawill at coleda
dot com
the patch is obsolete, but the idea is not.
--
Will Coke Coledawill at coleda
dot com
be fun to work
on or call your mother she misses you you know
Regards.
--
Will Coke Coledawill at coleda
dot com
for reporting, fixed. (Test will follow later).
jens
leo
--
Will Coke Coledawill at coleda
dot com
Toetsch wrote:
They used to be there after make test. Gone. Which isn't good. After a
failed test I'd like to run the PASM or PIR manually through parrot.
leo
--
Will Coke Coledawill at coleda
dot com
. =-)
On Friday, April 9, 2004, at 03:39 AM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED] wrote:
Attached, find a .tgz that can be exploded in the top level of parrot
which creates the abstract pmc tclobject, with children TclString,
TclInt, TclFloat, and container pmcs TclList (an array
This patch seems both harmless and helpful.
I give it a thumbs up.
--
Will Coke Coledawill at coleda
dot com
11, 2004, at 06:38 AM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED] wrote:
They tried and failed?
No, they tried and died.
Ok, it's not that bad, but it doesn't seem to work. I moved the .pmcs
(same files in previous attachment) over to ./dnyclasses, updated the
Makefile as directed
this down?
On Friday, April 9, 2004, at 02:26 AM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED] wrote:
Per Leo, this was fixed in a recent patch -
However, I still get a segfault with an update, realclean, reconfig,
remake (OSX)
Works fine here. Do t/pmc/threads.t pass? Do you have
crash.log
Description: Binary data
--
Will Coke Coledawill at coleda
dot com
, but is not instatiable, and therefore
much less interesting. =-)
On Sunday, April 11, 2004, at 03:27 PM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED] wrote:
I don't understand what enum_class_TclString is doing in
Parrot_TclString_class_init(Parrot_Interp interp, int entry)
{
struct _vtable
)
and
Parrot_tclobject_set_pmc(Parrot_Interp interpreter, PMC* pmc, PMC*
value)
...
Any clues?
On Sunday, April 11, 2004, at 06:04 PM, Will Coleda wrote:
Well, it helps me understand the process a bit, ja. (Adding info to
dynclasses/README in my local copy as I pick it up on list)
I'm still baffled as to why my copy
Did the makefile change make it in?
On Monday, April 12, 2004, at 04:57 AM, Leopold Toetsch wrote:
Will Coleda [EMAIL PROTECTED] wrote:
dyld: ./parrot Undefined symbols:
_Parrot_tclobject_morph
_Parrot_tclobject_set_pmc
Ah yes. That's ugly. So here we go:
0) The PMCs were pre-ICU. I've
Immediately after I sent this, it occurred to me that I was missing the
dynpmc flag that Leo had just mentioned. Re-attachment.
README
Description: Binary data
On Monday, April 12, 2004, at 07:35 PM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include
--it's like
this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
--
Will Coke Coledawill at coleda
dot
for dumping strings and other predefined types.
--
Will Coke Coledawill at coleda
dot com
On Sunday, April 25, 2004, at 03:34 PM, Jens Rieks wrote:
(1) Tell me the indent level, so I can handle it manually.
Oh, this is not documented yet :-(
Perfect, thank you.
--
Will Coke Coledawill at coleda
dot com
this again... (make realclean;perl Configure.pl; make; make test).
Ok. Parrot is now passing 100%.
Removing my explicit call to __init... and I also pass 100%.
(Note to self, don't use make -j)
Regards.
On Mon, Sep 20, 2004 at 02:41:10PM +0200, Leopold Toetsch wrote:
William Coleda wrote:
Didn't
1 - 100 of 1287 matches
Mail list logo