> This is a missing implementation of fdopen on windows.
> Its not clear to me how this call should behave. PIO_win32_fdopen
> takes a Parrot_WIN32_Handle which is actually a void*.
Yup. I've alredy peeped in io.h, io_win32.c. And as soon as
I get more familiar with PIO, I'll try to say what the f
At 11:48 PM +0200 8/5/03, Leopold Toetsch wrote:
Simon Glover wrote:
At 12:18 PM +0200 8/5/03, Leopold Toetsch wrote:
First: any changes here imply, that assemble.pl/disassemble.pl will
seeze to work.
Well, there's disassemble.c, which pdb uses; does that do everything
that you want?
All pack
On Mon, 11 Aug 2003, Jürgen Bömmels wrote:
> Hi,
>
> I did some experiments in the languages directory and now there are
> many files unknown to cvs. This patch fixes them.
> (This patch is created with cvsutils so you need to cvs add some of
> the files)
Thanks, applied.
Simon
Michal Wallace <[EMAIL PROTECTED]> wrote:
> What's the secret to making parrot recognize
> a new PMC? I've got my .pmc file but I'm
> not sure what to do next.
Additionally to the static approach, you could try dynclasses/README.
> Sincerely,
>
> Michal J Wallace
leo
According to the PDD03 I have here:
Calling conventions:
I0 Prototyped call?
I1 Number of overflow params
I2 Number of params in PMC registers
P3 Overflow params
Return conventions:
I0 Prototyped return?
I1 Number of return values in integer registers
I2 Number of return values in string r
Kenneth Graves <[EMAIL PROTECTED]> wrote:
> (I'd like to have
> $P0 = new $S0
> do what I want. Failing that, I'd at least like the find_type workaround.)
That should be done here:
| target '=' NEW classname COMMA var { $$ = iNEW(interp, ...
| target '=' NEW classname{ $$ = iNEW(
Steve Fink writes:
> In light of the insane amount of work that's gone into Parrot
> recently, I'd say it's about time to cut another release. What else
> would people like to slip in? This is not a freeze announcement yet --
> I want to know what people think of the state of things they're
> worki
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Calling into another bytecode segment is simple--you just make a call
> to a sub/method/function that lives in that segment. The sub PMCs are
> either in variables, either globals or lexicals, or passed in as
> parameters so they're available to use.
I'm
Jos Visser <[EMAIL PROTECTED]> wrote:
> Hi,
> The long story short:
> * EXCEPTION_LEX_NOT_FOUND is not picked up correctly from the include file
Its a macro, so you have to put a dot in front.
> * The return continuation of the exception does not save registers,
> since $P1 (mapped to P16 by
Vladimir Lipskiy <[EMAIL PROTECTED]> wrote:
> imcc.y(527) : warning C4761: integral size mismatch in argument; conversion
> supplied
The C in mk_symreg() and friends should probably be an int.
I'll change that, thanks for the report,
leo
"K Stol" <[EMAIL PROTECTED]> writes:
> I may be wrong, but where should the class be stored?
> The newclass op has an out-parameter where the newly
> created class is stored. Invoke doesn't have
> that. (right?)
Presumably it would just return the new object like an
ordinary function call.
/s
Michal Wallace <[EMAIL PROTECTED]> wrote:
> Here's a new test case for t/pmc/sub.t
>
> output_is(<<'CODE', <<'OUTPUT', "set_eh - throw - clear_eh");
> print "start\n"
> newsub P20, .Exception_Handler, _handler
> set_eh P20
> new P30, .Exception
> throw P30
> prin
- Original Message -
From: "Dan Sugalski" <[EMAIL PROTECTED]>
To: "T.O.G. of Spookware" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Monday, August 04, 2003 9:18 AM
Subject: Re: Set vs. Assign..?
> At 11:45 AM -0700 8/1/03, T.O.G. of Spookware wrote:
> >
> >Hi, all. I've been following
On Wed, Aug 06, 2003 at 06:12:33PM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
> That should have been packfile & disassembler routines using Inline::C
> ...
>
> > Whereas all we need here is a perl interface to call into the C disassembly
> > API, isn't it? Much sim
On Tue, 5 Aug 2003 12:48, Michal Wallace wrote:
> It does seem like there are some snags getting
> languages to talk to each other, even with the
> calling conventions, but even so, I'm even more
> convinced now that a generic, overridable
> code-generator is the way to go.
>
> It seems to me that
Here's a new test case for t/pmc/sub.t
output_is(<<'CODE', <<'OUTPUT', "set_eh - throw - clear_eh");
print "start\n"
newsub P20, .Exception_Handler, _handler
set_eh P20
new P30, .Exception
throw P30
print "not reached\n"
end
_handler:
clear_eh
print "
On Mon, 11 Aug 2003, Joseph F. Ryan wrote:
> How are you currently throwing/catching exceptions? I think it
> might be much more difficult to create a model that "traps"
> exceptions, rather than setting up code that just "figures out" how
> to handle an exception when it occurs. Both JVM->PIR a
On Sat, 9 Aug 2003, Benjamin Goldberg wrote:
> Michal Wallace wrote:
> [snip]
> > def f():
> > return g()
> [snip]
> > # f from line 3
> > .pcc_sub _sub1 non_prototyped
> > .local object res1# (visitReturn:528)
> > find_lex $P2, 'g' # (callingExpress
Jos Visser <[EMAIL PROTECTED]> writes:
> There are a number of ops that could fail. Examples are find_lex but
> also the various load and lookup ops. Options for handling failure are:
>
> - Abort parrot
> - Throw an exception
> - Return a default (null) value
>
> I think it is hard for the parrot
On Thu, Aug 07, 2003 at 05:21:11PM +0200, Jos Visser wrote:
> Accompanying patch adds the "fortytwo" op to Parrot, so the following
> PASM becomes legal:
>
> fortytwo I0
> print I0
> print "\n"
> end
>
> Example:
>
> $ ../parrot test42.pasm
> 42
>
> Sorry, could not res
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> I think I'd rather have pre-defined names in the PMC library
Yep. I've abandoned the return structure thingy. There is now one fixed
init call to get things running:
for the PMC extension foo_pmc$(SO):
int Parrot_dynext_foo_init(Interp *interp, int a
Dan Sugalski wrote:
>
> At 11:06 AM +0200 8/8/03, Leopold Toetsch wrote:
[snip]
> >PMC methods
> >---
> >ParrotIO has methods via find_method/invoke. Should that be a general
> >mechanism in default.pmc with one vtable slot for the meth hash?
>
> We're going to want lexially nested method
Just wrapping up an all-night coding spree...
Py-pirate can now handle:
- functions (closures, recursion, etc)
- global variables
- tuples (but they turn into lists)
- dictionaries (create, setitem, getitem, print)
- list comprehensions
- raise (strings only)
- try...except (
On Mon, 11 Aug 2003, Thomas Vesper wrote:
> Michal Wallace wrote:
> > Out of curiosity, why does ~ map to both
> > unary bitwise-not and binary bitwise-xor
> > in imcc?
> >
> > I was expecting xor to be ^ and ^^
>
> See Apocalypse 3 for this.
> ^ was reclaimed for hyperoperators.
> Binary ~ was
Out of curiosity, why does ~ map to both
unary bitwise-not and binary bitwise-xor
in imcc?
I was expecting xor to be ^ and ^^
Sincerely,
Michal J Wallace
Sabren Enterprises, Inc.
-
contact: [EMAIL PROTECTED]
hosting: http://www.cornerhost.com/
my site: http:
According to Vladimir Lipskiy:
> STRING *res;
> size_t len;
>
> < len = s1 ? s1->bufused : 0;
> < if (s2 && s2->bufused < len)
> < len = s2->bufused;
> <
> < if (dest && *dest)
> ---
> >if (dest && *dest)
> res = *dest;
> else if (!s1 || !s2)
> r
- Original Message -
From: "Joseph Ryan" <[EMAIL PROTECTED]>
To: "Michal Wallace" <[EMAIL PROTECTED]>
Cc: "K Stol" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, August 05, 2003 12:24 AM
Subject: Re: generic code generator? [was: subroutines and python status]
> Michal Wallace w
On Tue, Aug 05, 2003 at 11:48:25PM +0200, Leopold Toetsch wrote:
> All packfile.c based utilities are fine, as disassemble.c is[1].
> F has a --disassemble option too. These tools are ok. Only the
> handrolled (sorry) perl stuff isn't working. If someone want's to get
> handrolled (sorry) perl
On Tue, 5 Aug 2003, Dan Sugalski wrote:
> The original thought was to use the new perl 6 grammar engine/code
> to do this, but I think it'll be a while before that's ready to go.
I think perl6 is definitely the way to go, once it's ready.
BTW, what's the deal with Bundle::Perl6? I tried installi
Michal Wallace wrote:
Gosh you're quick. Thanks!
Welcome
Want another one? :)
Always.
def g():
return 0
def f():
return g()
print f()
This prints:
'No more I register frames to pop!'
The return continuation P1 in f() isnt preserved.
# f from line 3
.p
On Tue, 5 Aug 2003, Joseph Ryan wrote:
> >Okay, I don't have a good syntax in mind yet,
> >the point is it's a template language and you
> >can subclass/override/extend the template.
> >Maybe there's no syntax and it just uses
> >cleanly coded classes in some oo language.
> >Or perl6 with it's g
Nicholas Clark wrote:
On Thu, Aug 07, 2003 at 05:21:11PM +0200, Jos Visser wrote:
fortytwo I0
Shouldn't it be the what_do_you_get_if_you_multiply_six_by_nine op?
Shouldn't it be the
what_do_you_get_if_you_multiply_six_by_nine_then_subtract_twelve op?
Nicholas Clark
SCNR2, leo
On 11 Aug 2003, Juergen Boemmels wrote:
> Dan Sugalski <[EMAIL PROTECTED]> writes:
>
> > At 11:48 PM +0200 8/5/03, Leopold Toetsch wrote:
> > >Simon Glover wrote:
> > >
>
> parrot_compiler: No make test:
> make fails with missing 'open_i_s' (integer file descriptors
> are remo
Recently I found some logic redundancy in string_bitwise_or
and this seems like I quite forgot to correct that in my just now
sent patch. Sorry.
Index: string.c
===
RCS file: /cvs/public/parrot/string.c,v
retrieving revision 1.141
di
> So, the project. Someone needs to go through the configure procedure
> and the headers and throw a PARROT_ prefix in front of all the HAS_
> defines we define, so we can avoid this problem.
I have a look at the configure procedure and didn't find anything that
could have set up something like HA
On Sun, 10 Aug 2003, Jim Cromie wrote:
> following corrects 1 remaining use of bare 'perl' to match all the other
> uses of $(PERL)
Thanks, applied.
Simon
On Tue, 5 Aug 2003, Dan Sugalski wrote:
> At 12:18 PM +0200 8/5/03, Leopold Toetsch wrote:
> >Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >> Here's some stuff we need to add to the packfile format and the sub
> >> header to get things ready for more language work.
> >
> >First: any changes here
On Fri, Aug 08, 2003 at 02:20:46AM -0400, David H. Adler wrote:
> On Thu, Aug 07, 2003 at 12:57:11PM -0400, Gordon Henriksen wrote:
> > This is really a language feature; you should add it to the hq9+
> > implementation.
>
> Sadly, this was not considered when hq9+ was developed, so it's not
> act
Piers Cawley <[EMAIL PROTECTED]> wrote:
> I'm not sure you can optimize it to a jump opcode when you're tail
> calling another function can you? You could be tailcalling into a
> closure so you'll need to use invoke to do the right thing with the
> lexical stack etc.
Argh, yes. What about:
If th
On Sat, 9 Aug 2003, Leopold Toetsch wrote:
> As calling conventions clearly state, that the caller has to save
> everything, its probably up to imcc/pcc.c to insert above statements, if
> another sub gets called from a sub. I'll fix that in a minute ;-)
I just synced up with cvs and now everyth
Arthur Bergman <[EMAIL PROTECTED]> wrote:
Hi Arthur,
> Hi,
> If I execute a miniperl (but linked into parrot and with it's own
> parrot interpreter) it works, but if the caller closes(STDERR) before
> invoking miniperl no output is ever seen on STDOUT.
Parrot's IO system is currently reworked h
Jeff Horwitz wrote:
after many days of swimming through source code, i've successfully built a
library that lets you embed parrot in oracle. this was important to me
because for extproc_perl (embeds perl in oracle) to have a future with
perl 6, i had to embed parrot. what makes this even cooler
Togos <[EMAIL PROTECTED]> wrote:
> I'm not sure if this is a bug in IMCC
> or not, but I don't see the use of it,
> and it's causing my program to segfault.
> If I have more than one
> .pcc_begin_return
>.return x
>.return y
>etc
> .pcc_end_return
> block in a single compilation
This is an unordered list of issues - mainly design questions - about
the specific implementation of some parts.
Interpreter globals
---
We have real globals (e.g. Parrot_base_vtables, Env) and per
interpreter/thread globals (e.g. classname_hash). I think best is to
have the former
At 5:07 PM -0300 8/6/03, Daniel Grunblatt wrote:
On Monday 04 August 2003 14:03, Dan Sugalski wrote:
Here's some stuff we need to add to the packfile format and the sub
header to get things ready for more language work.
Packfiles need to have a symbol table. A series of name/type/location
tuple
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote > What about the following (also
considering, that we might not like one
> A dynamic PMC library has one init function returning a dyn_pmc_info
> structure:
In the past, I've found the "init-fn returns struct" model can become a
burden when, in a few yea
Michal Wallace <[EMAIL PROTECTED]> writes:
> Okay, I definitely need some help understanding this.
Okay, I definitely did a suboptimal job trying to
clarify...
> Here's some python code that defines a closure:
>
> def make_adder(base):
> def adder(x):
>
Vladimir Lipskiy <[EMAIL PROTECTED]> wrote:
>> Seems to be related with the multiple freeing reported by Michael.
> I thought his name was Michal (:>8
Sorry, yes. This part of my brain is seriously damaged ;-)
(plus some beer overflow yesterday - trying to fight ~310K, of course in
vain)
leo
Leopold Toetsch wrote:
> TOGoS wrote:
Unprototyped :-) I guess I didn't make that
quite clear, enough.
>>>
>>> Setup a param array, that's all.
>>>
>>> leo
>> Umm... OK. Here's what I've done: I created 2
>> functions that I can use when dealing
>> with variable-length parameter lists.
On Mon, Aug 11, 2003 at 03:30:44AM -0400 it came to pass that Michal Wallace wrote:
> because a find_lex failure isn't an exception.
> Or am I missing something?
Currently find_lex does *not* throw an exception. Inside
"scratchpad_get"(and friends) an internal exception is thrown which just
termin
I hopefully got the semantics of assign Px,Py right now. The LHS gets
the value of RHS, eventually morphing itself to the source type.
Anyway:
assign Px, {Iy,Sy,Ny}
are not needed IMHO, these end up as set__native and are identical
to set Px, {Iy,Sy,Ny}.
But we are missing keyed variants to
Togos <[EMAIL PROTECTED]> wrote:
>> Anyway:
>>
>> assign Px, {Iy,Sy,Ny}
>>
>> are not needed IMHO, these end up as
>> set__native and are identical
>> to set Px, {Iy,Sy,Ny}.
> If you want to get rid of opcode aliases,
> perhaps it would be better to get rid of
> the extra 'set's.
Cleanup (get r
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Piers Cawley <[EMAIL PROTECTED]> wrote:
>
>> I'm not sure you can optimize it to a jump opcode when you're tail
>> calling another function can you? You could be tailcalling into a
>> closure so you'll need to use invoke to do the right thing with the
Leopold Toetsch wrote:
>
> Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> > Leopold Toetsch wrote:
> >>
> >> Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> >>
> >> > I would suggest the opnames/categories "mutate," "alias," and
> >> > "create."
> >>
> >> IMHO, we could leave PASM syntax as it is a
> According to Vladimir Lipskiy:
> > The patch below implements the missing XORS ops.
>
> Context diffs preferred, I think.
Sure.
Index: string.c
===
RCS file: /cvs/public/parrot/string.c,v
retrieving revision 1.141
diff -r1.141 stri
Simon Glover wrote:
Why not just use a macro?
# .macro fortytwo (A)
#set .A, 42
# .endm
#
# .fortytwo(I0)
# print I0
# print "\n"
# end
Simon
Shouldn't be The Answer a builtin?
Kay
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> What needs to go into the ZIP? My guesses are:-
> - parrot executable
> - imcc executable
These 2 executables are the same.
> - The docs directory
> - The examples directory
> - The languages directory
And Tests.
Anyway, MANI
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #23284]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23284 >
Hi,
I did some experiments in the languages directory and now there are
many files un
On Tue, 5 Aug 2003, Piers Cawley wrote:
> Approaching Python
> Discussions (and coding) of the Parrot implementation of Python
> continued this week. Michal Wallace is working on taking a preexisting
> (but incomplete, it's a proof of concept only) python parse tree ->
Wow, after re
JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote:
> Some refactoring in the seek/tell system.
Thanks, applied.
leo
On Mon, 11 Aug 2003, Leopold Toetsch wrote:
> No, the exception object isn't around anymore in the handler, so you
> don't C there.
>
> This could of course be just my wrong implementation.
No, it makes sense. You wouldn't want an exception in
the catch: block to trigger an infinite loop.
But i
In the get_integer_keyed_int method in perlarray.pmc, we're cuurently
doing:
INTVAL get_integer_keyed_int (INTVAL key) {
if (key >= DYNSELF.elements() || key < -DYNSELF.elements()) {
PMC* temp = undef(INTERP);
return VTABLE_get_integer(INTERP, temp);
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 11:10 +0200 7/31/03, Leopold Toetsch wrote:
>> > *) Determine the init and setup routine names
>>
>>- Parrot__class_setup
>>- Parrot__class_init
>>
>>The class_setup also sets the class_enum i.e vtable->base_type.
> Well... there are versioning issues
> Sorting out make install on Win32 wasn't as simple as I'd first guessed,
but
> I'm getting there. I've now got it outputting 'correct' paths etc for
Win32
> to the makefile, and "tools/dev/install_files.pl" piping to "command"
rather sh
Wait a minute. Could we pipe to anything under dos?
>I s
- Original Message -
From: "Michal Wallace" <[EMAIL PROTECTED]>
To: "Leopold Toetsch" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, August 12, 2003 5:46 AM
Subject: Re: pirate status / need help with instances
> On Tue, 12 Aug 2003, Michal Wallace wrote:
>
> > I wound up g
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> Luke Palmer wrote:
> What is different about the resulting executable code from the code
> produced by jit? If we could determine what the differences are, then
> we might be able to change our jit to produce the same code as gcc -O3
> is producing,
Elizabeth Mattijsen wrote:
At 12:14 -0400 8/10/03, Uri Guttman wrote:
> "VL" == Vladimir Lipskiy <[EMAIL PROTECTED]> writes:
>> I've committed a würgaround.
i get the english side of the pun. what does the german(?) side mean?
The german verb "würgen" means "to strangle", if I'm not mist
At 11:06 AM +0200 8/8/03, Leopold Toetsch wrote:
This is an unordered list of issues - mainly design questions - about
the specific implementation of some parts.
Interpreter globals
---
We have real globals (e.g. Parrot_base_vtables, Env) and per
interpreter/thread globals (e.g. cla
It fails here:
system("$link $linkflags test$o ${cc_exe_out}test$exe $libs >test.ldo
$redir_err") and die "Linker failed (see test.ldo)";
Most likely one of the variables($link, $linkflags and so forth) isn't set
up or is set up incorrectly by this step.
Therefore, could you send me a dump of yo
What's the difference between VTABLE_set_pmc and VTABLE_clone?
--
$a=24;split//,240513;s/\B/ => /for@@=qw(ac ab bc ba cb ca
);{push(@b,$a),($a-=6)^=1 for 2..$a/6x--$|;print "[EMAIL PROTECTED]
]\n";((6<=($a-=6))?$a+=$_[$a%6]-$a%6:($a=pop @b))&&redo;}
Michal Wallace wrote:
Out of curiosity, why does ~ map to both
unary bitwise-not and binary bitwise-xor
in imcc?
I was expecting xor to be ^ and ^^
See Apocalypse 3 for this.
^ was reclaimed for hyperoperators.
Binary ~ was chosen as replacement since bitwise-not is already somehow
like bitwise xor
This is just a question I've been wondering about,
that I think could be a huge PR sell for parrot
in the python world if the answer is "yes".
Could you serialize a parrot function?
In other words, if you interactively define a
function at the prompt, could you save it to
disk? (not the source
> "VL" == Vladimir Lipskiy <[EMAIL PROTECTED]> writes:
>> I've committed a würgaround.
VL> LMAO!
i get the english side of the pun. what does the german(?) side mean?
uri
--
Uri Guttman -- [EMAIL PROTECTED] http://www.stemsystems.com
--Perl Consulting, Stem Development,
At 5:27 AM +0300 8/9/03, Vladimir Lipskiy wrote:
> So, the project. Someone needs to go through the configure procedure
and the headers and throw a PARROT_ prefix in front of all the HAS_
defines we define, so we can avoid this problem.
I have a look at the configure procedure and didn't find an
- Original Message -
From: "Brent Dax" <[EMAIL PROTECTED]>
To: "'TOGoS'" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, August 13, 2003 11:25 PM
Subject: RE: set vs. assign, continued: 'add' vs. 'add!'
> TOGoS:
> # syntax. As it is, the add(ints) op and the
> # add(pmcs) op
I've checked in a first attempt towards resumable exceptions thrown at
opcode level. s. t/op/hacks_4 for an example.
As such ops have to be marked as branches, I did extend OpsFile.pm to
understand:
restart ADDRESS(resume);
This marks such opcode as branches. s. var.ops: find_lex_p_s.
inter
On Mon, 11 Aug 2003, Vladimir Lipskiy wrote:
>
> OK. I'm starting out a prefixing story and here is
> CHAPTER I. The HAS_HEADER_ defines.
>
Thanks, applied.
Simon
"Vladimir Lipskiy" <[EMAIL PROTECTED]> writes:
> The attached patch removes these warnings:
>
> io/io_win32.c(312) : warning C4028: formal parameter 4 different from
> declaration
> io/io_win32.c(312) : warning C4029: declared formal parameter list different
> from definition
> io/io_win32.c(358)
Luke Palmer <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch writes:
>> This is obsoleted by Daniel's exec patches.
> Sadly. I mean, the exec patches are great, but I found no faster way to
> run parrot bytecode than to run it through pbc2c.pl and compile it with
> gcc -O3.
pbc2c.pl does unroll the
Bernhard Schmalhofer sent the following bits through the ether:
> Is there already a testing framework in PIR or PASM? For now I've just
> tweaked the Makefile from bf.
This looks excellent.
First, may I be the first to say that I'm happy that BF is the
inspiration for so many Parrot projects ;
TOGoS:
# When I say in IMCC:
#
# $P0 = $P1 + $P2
#
# , I expect it to create a new value and store it in
# $P0, not give me a segfault because I didn't say
#
# $P0 = new
#
# first.
Then your expectations are wrong.
I think you may be losing sight of the fact that most users will *never*
# New Ticket Created by Kenneth Graves
# Please include the string: [perl #23299]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23299 >
.sub __main
$S0 = "PerlInt"
find_type $I0, $S0
new $P0, $I0
$P0 = 42
print $P0
print "
Dave Mitchell <[EMAIL PROTECTED]> writes:
> On Mon, Aug 11, 2003 at 07:32:00PM -, Rafael Garcia-Suarez wrote:
>> Will I really be forced to reimplement the whole subrecursive frobnizer
>> for tied magic ?"
>
> Almost certainly, I expect.
There's nothing to stop us *both* summarizing the parro
>This only happens on Windows. On Linux i can build pdb and step
>through the pasm code. This smells like makefile problems. Can you try
>the attached patch?
WORKS! I'm out of English words; I just run mandel.pbc in pdb
and it printed out such a cool Mandel bug or whatever(or maybe
even Leon Broca
Michael G Schwern wrote:
>
> On Mon, Aug 11, 2003 at 01:45:35AM -0700, Ask Bjoern Hansen wrote:
> > We totally need to have Parrot running on this thing when it comes
> > out. :-)
> >
> > http://www.xgamestation.com/
>
> Great idea, shame the hardware is crap. :(
>
> "Third-generation Motorol
# New Ticket Created by Andy Bussey
# Please include the string: [perl #23297]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23297 >
There appears to be a problem whereby numbers that include
decimal points inside IMCC POD
--- Luke Palmer <[EMAIL PROTECTED]>
wrote:
> TOGoS writes:
> > I0 Prototyped return?
> > I1 Number of overflow return values
> > I2 Number of return values in PMC registers
> > P3 Overflow return values in an array PMC
> >
> > so as to make call/return symmetrical
> > (this would also allow me
Michal Wallace <[EMAIL PROTECTED]> wrote:
> Out of curiosity, why does ~ map to both
> unary bitwise-not and binary bitwise-xor
> in imcc?
> I was expecting xor to be ^ and ^^
Perl6ism at some time IIRC. I stopped following the various operator
threat^Hds in p6l. But if they are fixed, we should
Piers Cawley <[EMAIL PROTECTED]> writes:
> Why "new_pad *INT*"?
> Michal Wallace asked for some clarification about "new_pad", the opcode
> that creates a new lexical scratchpad. He thought that, 9 times out of
> 10 you would want to create a new pad at the next lower depth from the
> that's mostly because there's no difference
> between set
> semantics and assign semantics for ints. You can
> think of them as both
> having assign semantics, if you like.
Works better to think of only 'set' semantics.
I think of it like this, and it makes things
work out very nicely:
Think o
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #23292]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23292 >
Hello,
It took me some minutes to find out how ARENA_DOD_FLAGS work. I added
a sectio
Michal Wallace <[EMAIL PROTECTED]> wrote:
> perlhash.pod says:
> """
> TODO: Steve Fink sayd:
> And if there were a keys() method, then 'defined' and 'exists' are
> very different. (And there ought to be, and would be if we weren't
> all ignoring Leo's iterator proposal.)
> I need to read
- Original Message -
From: "Sean O'Rourke" <[EMAIL PROTECTED]>
To: "Michal Wallace" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, August 11, 2003 6:43 AM
Subject: Re: pirate status / need help with instances
> Michal Wallace <[EMAIL PROTECTED]> writes:
> > Py-pirate can now h
--- Brent Dax <[EMAIL PROTECTED]> wrote:
> Sean O'Rourke:
> # >* make parrotclass handle "invoke"
> # > this strikes me as the most efficient,
> # > but I'm not really confident with C
> # > so I'm hesitant to try it
> #
> # This seems to me like the way to go,
> # except you m
On Tue, 12 Aug 2003, Leopold Toetsch wrote:
> > ... So I'm trying to decide between two
> > approaches:
>
> 3) wait until classes and objects are done ;-)
4) simulate an object system with closures :)
I wound up getting a couple C books today. I'm
trying to see what I can do about wrapping
PyO
On Sun, 10 Aug 2003, Vladimir Lipskiy wrote:
> > Seems to be related with the multiple freeing reported by Michael.
>
> I thought his name was Michal (:>8
yes, I was born without an e. :)
Sincerely,
Michal J Wallace
Sabren Enterprises, Inc.
-
contact: [EMAI
Leopold Toetsch writes:
> Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> > what still fails is pbc2c.pl (This needs Parrot::Packfile, which can
> > only read format 0 (old assemble.pl) bytecodes).
>
> This is obsoleted by Daniel's exec patches.
Sadly. I mean, the exec patches are great, but I fou
Bernhard Schmalhofer <[EMAIL PROTECTED]> writes:
> I have started an implementation of m4 in PIR.
The implications are staggering... Sure, plenty of
compilers can bootstrap themselves, but how many can
generate their own configure scripts via autoconf? With
p4rrot, we may live to see this dream.
Index: io.ops
===
RCS file: /cvs/public/parrot/io.ops,v
retrieving revision 1.31
diff -u -r1.31 io.ops
--- io.ops 9 Aug 2003 07:22:20 - 1.31
+++ io.ops 11 Aug 2003 12:32:00 -
@@ -422,7 +422,7 @@
64bit tell:
Get the current
> > Unprototyped :-) I guess I didn't make that quite
> > clear, enough.
>
> Setup a param array, that's all.
>
> leo
Umm... OK. Here's what I've done: I created 2
functions that I can use when dealing
with variable-length parameter lists. One
to turn an array into pcc-compliant parameters,
and on
1 - 100 of 213 matches
Mail list logo
