On Thursday 31 July 2003 14:31, Brent Dax wrote:
> Daniel Grunblatt:
> > +PIO_eprintf(interpreter, "Parrot VM: Platform " JIT_ARCHNAME
> > +" is not EXEC-capable.\n");
>
> An unprefixed constant like JIT_ARCHNAME should not be available to
> embedders. If it is, somethi
Vladimir Lipskiy:
> Is there anybody who could drop a couple of lines on account of this
> question while
> Brent is unget-at-able?
Not quite un-get-at-able--just unable-to-hack-able. :^)
> > Hey, I use win32 (mingw) and the JIT has always worked fine for me. If
> this
> > is an issue with MSVC,
Daniel Grunblatt:
> +PIO_eprintf(interpreter, "Parrot VM: Platform " JIT_ARCHNAME
> +" is not EXEC-capable.\n");
An unprefixed constant like JIT_ARCHNAME should not be available to
embedders. If it is, something's wrong. I don't have a copy of the source
with me, and
Leopold Toetsch:
> To clean up on scope exit (and after a Perl C ins), the HL emits
> a C opcode. This doesn't do C anymore,
> because there is nothing unanchored and alive beyond the runloop's stack.
Have I mentioned lately that you guys are geniuses?
--Brent Dax <[EMAIL PROTECTED]>
Perl and P
- Original Message -
From: "Hanson, Rob" <[EMAIL PROTECTED]>
To: "'Rod Adams'" <[EMAIL PROTECTED]>; "Perl 6 Language"
<[EMAIL PROTECTED]>
Sent: Thursday, July 31, 2003 1:29 PM
Subject: RE: Perl 6's for() signature
> > Anyone but me feel the need for non-greedy
> > slurpy arrays? similar
At 11:02 PM 7/31/2003 +0200, Jerome Quelin wrote:
Anyway, whatever the reason, I'm playing with imcc and have some
questions about it:
I think its officially time to put together a nice set of documentation
for IMCC (like web based). I'll try to start, right after I catch up with the
year of progre
At 01:51 PM 7/31/2003 -0600, Luke Palmer wrote:
You mind submitting a patch to put this in the languages/pirate
directory of the parrot distro? I'd like to stay up to date, and
probably do some work (as, I imagine, would others).
I'd like to officially complain that "pirate" is a cooler name than
> Anyone but me feel the need for non-greedy slurpy arrays? similar to
> non-greedy RE matches?
> Then we could do:
>
> sub for ([EMAIL PROTECTED], &block) {...}
>
> Proposed behavior of *?@ : All Arguement to Parameter mapping left of it
> are processed Left to Right. Once seen, the mapping starts
At 02:54 PM 7/31/2003 -0400, Michal Wallace wrote:
Actually, between imcc and the python compiler
module, it's not nearly as hard as I thought it
would be. So far, I think the parrot version is
actually a lot simpler than the python compiler,
just because imcc is doing so much of the work.
Leo and
At 10:24 +0200 7/31/03, Leopold Toetsch wrote:
While trying to implement pdd03 inside the PIR assembler I'm not too
sure if I get everything right from pdd03.
Currently I have this:
- a subroutine call can be prototyped or non_prototyped
- a subroutine definition can be both and un_prototyped. In
Luke Palmer <[EMAIL PROTECTED]> wrote:
> You mind submitting a patch to put this in the languages/pirate
I'd appreciate that very much. Pie-thon, here we come ...
> Luke
leo
Kenneth A Graves (via RT) wrote:
The .pcc_* directives are working for me in terms of implementing
function calls. I want to do something similar for iterator calls.
I've decided to implement iterators using coroutines.
Seems very well done and clean to me. Albeit further comments of
lanugage g
Juergen Boemmels wrote:
Leopold Toetsch <[EMAIL PROTECTED]> writes:
[...]
PIO_eprintf
PIO_printf
for printing to stderr/stdout during 1st interpreter construction &
destruction if something goes wrong. In all other cases we have an
valid interpreter (or an parent interpreter if any).
This means
Hi there,
Since objects are closing in, I begin to work on the new version of
Befunge, that will be written in imcc.
Anyway, whatever the reason, I'm playing with imcc and have some
questions about it:
- will objects introduce a speed overhead? I'm asking this question
because the Lahey spac
> Vladimir Lipskiy wrote:
> > Run the Configure script with "--jitcapable=0 --execcapable=0"
>
> That helped, but shouldn't this be recognized by Configure.pl?
It's a short term workaround.
Michal Wallace <[EMAIL PROTECTED]> wrote:
> .sub __start__
>call __main__
> .end
> .sub __main__
> .sub _f
> print ":)"
> ret
>.end
>$I0 = addr _f
>print $I0
>end
> .end
> That prints ":)", followed by the address,
No, can't imagine that:
$ parrot -o- pir
# New Ticket Created by Kenneth A Graves
# Please include the string: [perl #23186]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23186 >
The .pcc_* directives are working for me in terms of implementing
function calls. I
> Anyone but me feel the need for non-greedy
> slurpy arrays? similar to non-greedy RE matches?
I definately like the idea of having something like that. It probably
wouldn't be used much, but it is nice to have the option.
One thing though, can't you accomplish the same thing by slurping
everyt
> > One of my questions is, why do you make so many PerlNums when there
> > isn't a trace of a floating point number to be found...?
>
> Because I didn't read the docs that said PerlNum means "float". :)
> I'll switch it to PerlInt (or maybe int?) later...
Yeah, all your auxillary data; i.e. th
Leopold Toetsch <[EMAIL PROTECTED]> writes:
[...]
> PIO_eprintf
> PIO_printf
>
> for printing to stderr/stdout during 1st interpreter construction &
> destruction if something goes wrong. In all other cases we have an
> valid interpreter (or an parent interpreter if any).
This means all the Par
At 01:29 PM 7/31/2003 -0400, Hanson, Rob wrote:
> Anyone but me feel the need for non-greedy
> slurpy arrays? similar to non-greedy RE matches?
I definately like the idea of having something like that. It probably
wouldn't be used much, but it is nice to have the option.
One thing though, can't yo
On 31 Jul 2003, Luke Palmer wrote:
> > It now runs amk's euclid.py perfectly now.
> > Do we have a way to compare the speed vs python? :)
> We just modify it to repeat 100,000 times or so, and compare that way.
Oh, duh. :)
> Which I did. Parrot comes in about 3x slower than python on euclid.
>
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
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> Hello,
> Some Parrot functions allow a NULL interpreter and some
> don't. Parrot_warn for example fails badly if called with a
> NULL-interpreter, but in config/gen/platform/ansi.c in
> Parrot_floatval_time it is exactly called in this way.
> So what
> At 10:05 AM 7/31/2003 -0600, Luke Palmer wrote:
> >Well, I don't think it's possible, actually. There's a flattening
> >list context at the beginning (implying a sugary drink from 7 eleven),
> >followed by a code block. But, as we know, slurpy arrays can only
> >come at the end of positional pa
On Thu, 31 Jul 2003, Brent Royal-Gordon wrote:
> Michal Wallace:
> > I can store all my subroutine definitions in
> > a list or something and then dump them out
> > after the "__main__" routine.
>
> That seems to be the way to do it, speaking as someone who's working
> on a Perl 5-to-PIL converter
On Thu, 31 Jul 2003, Leopold Toetsch wrote:
> You can do that:
> .sub __main__
>bsr _main
>end
> .end
> .sub _main
...
> So you have just to emit code, to call your real main at the beginning.
Well that worked, and even let me get rid of the
endsub label:
.sub __start__
call __main
Vladimir Lipskiy wrote:
> Run the Configure script with "--jitcapable=0 --execcapable=0"
That helped, but shouldn't this be recognized by Configure.pl?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-soft
Thanks, applied.
Simon
Run the Configure script with "--jitcapable=0 --execcapable=0"
or find the line
if (-e "jit/$cpuarch/core.jit") {
in config/auto/jit.pl and replace it with this
if (-e "jit/$cpuarch/core.jit" and $osname ne 'MSWin32') {
>LIB: fatal error LNK1181: Input file "jit_cpu.obj" can not be opened
This is, I believe, an extension of the undef vs. null discussion that
went on some time back (we were discussing default values for arrays,
types, etc.)
The consensus (which I remain in disagreement with) was that undef
meant "go get your default" -- in effect, that you couldn't store undef
into
In a message dated Thu, 31 Jul 2003, Austin Hastings writes:
> assuming(labels => undef)
Okay... I think you're wrong, because this would have to be a special case
(defaults take effect only when *nothing* is passed in, not when the
argument is undefined) but, assuming you're right... if I want to
--- Trey Harris <[EMAIL PROTECTED]> wrote:
> To take the E6 example of currying &part:
>
>&List::Part::part.assuming(labels => <>)
>
> One had to curry in C to be the same as it was defined in
> C<&part>
> originally, i.e. C<< <> >>.
>
> What if one wanted to curry in whatever the default i
At 10:05 AM 7/31/2003 -0600, Luke Palmer wrote:
Well, I don't think it's possible, actually. There's a flattening
list context at the beginning (implying a sugary drink from 7 eleven),
followed by a code block. But, as we know, slurpy arrays can only
come at the end of positional parameters.
Anyo
LIB: fatal error LNK1181: Input file "jit_cpu.obj" can not be opened
NMAKE: fatal error U1077: 'lib' : Return-Code '0x49d'
Stop.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-m
On Thursday, July 31, 2003, at 12:05 PM, Luke Palmer wrote:
Well, I don't think it's possible, actually. There's a flattening
list context at the beginning (implying a sugary drink from 7 eleven),
followed by a code block. But, as we know, slurpy arrays can only
come at the end of positional para
To take the E6 example of currying &part:
&List::Part::part.assuming(labels => <>)
One had to curry in C to be the same as it was defined in C<&part>
originally, i.e. C<< <> >>.
What if one wanted to curry in whatever the default is, i.e., assuming
"nothing" (different from "assuming nothing"
Simon Glover wrote:
> As I understand it, "make distclean" is what you would do before
> packaging up Parrot for a public release, so, yes, it should nuke the
> CVS and .cvsignore files.
Okay, thanks for the info.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://php
On Thu, 31 Jul 2003, Sebastian Bergmann wrote:
> Is it the intended behaviour of "make distclean" to delete all files
> under the CVS/ directories, thus rendering succeeding "cvs upd" calls
> impossible?
As I understand it, "make distclean" is what you would do before
packaging up Parrot
> From an old summary:
>
> http://www.perl.com/pub/a/2003/04/p6pdigest/20030427.html?page=2
>
> > Paul Hodges took a crack at implementing for as a subroutine and came
> up with
> > something that didn't look too insane. Luke Palmer added a refinement
> allowing
> > for n at a time looping.
From an old summary:
http://www.perl.com/pub/a/2003/04/p6pdigest/20030427.html?page=2
> Paul Hodges took a crack at implementing for as a subroutine and came
up with
> something that didn't look too insane. Luke Palmer added a refinement
allowing
> for n at a time looping. However, for reasons
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Thursday 31 July 2003 12:47, Richard Clamp wrote:
> On Thu, Jul 31, 2003 at 11:39:48AM +0100, Tony Bowden wrote:
> > Has anyone added a "./Build cover" target for Module::Build yet? I'm
> > trying to move some of my stuff from MakeMaker to Build, and ca
> While trying to implement pdd03 inside the PIR assembler I'm not too
> sure if I get everything right from pdd03.
>
> Currently I have this:
> - a subroutine call can be prototyped or non_prototyped
> - a subroutine definition can be both and un_prototyped. In the latter
> case it checks C and
> Hey all,
>
> I'm trying to get functions working
> in python, and I'm not sure the best way
> to do this.
>
> What seems natural to me is to define
> subroutines in the middle of the code
> as I walk the parse tree:
>
> .sub __main__
> goto endsub
> .sub _f
> print ":(\n"
>
Hello,
Some Parrot functions allow a NULL interpreter and some
don't. Parrot_warn for example fails badly if called with a
NULL-interpreter, but in config/gen/platform/ansi.c in
Parrot_floatval_time it is exactly called in this way.
So what functions should allow for a NULL interpreter, which sho
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 there. We ought to be able to
have multiple versions of a
Michal Wallace wrote:
Hey all,
What seems natural to me is to define
subroutines in the middle of the code
as I walk the parse tree:
You can do that:
.sub __main__
bsr _main
end
.end
.sub _main
.sub _f
print ":)\n"
ret
.end
.sub _g
print ";-)\n"
r
Michal Wallace:
> I can store all my subroutine definitions in
> a list or something and then dump them out
> after the "__main__" routine. Is that the
> right approach? It seems strange to me,
> but I'm new at this.
That seems to be the way to do it, speaking as someone who's working on a
Perl 5-
Index: io/io_win32.c
===
RCS file: /cvs/public/parrot/io/io_win32.c,v
retrieving revision 1.24
diff -u -r1.24 io_win32.c
--- io/io_win32.c 21 Jul 2003 18:00:45 - 1.24
+++ io/io_win32.c 31 Jul 2003 11:06:04 -
@@ -97,23 +97,23 @@
Hey all,
I'm trying to get functions working
in python, and I'm not sure the best way
to do this.
What seems natural to me is to define
subroutines in the middle of the code
as I walk the parse tree:
.sub __main__
goto endsub
.sub _f
print ":(\n"
ret
.end
endsub:
On Thu, Jul 31, 2003 at 11:47:41AM +0100, Richard Clamp wrote:
> > trying to move some of my stuff from MakeMaker to Build, and can't
> > really work out how to pull my "make cover" equivalent across...
> From Siesta::Build, Siesta's Module::Build subclass:
> sub ACTION_cover {
> my $self = shi
On Thu, Jul 31, 2003 at 11:39:48AM +0100, Tony Bowden wrote:
>
> Has anyone added a "./Build cover" target for Module::Build yet? I'm
> trying to move some of my stuff from MakeMaker to Build, and can't
> really work out how to pull my "make cover" equivalent across...
>From Siesta::Build, Siesta
Has anyone added a "./Build cover" target for Module::Build yet? I'm
trying to move some of my stuff from MakeMaker to Build, and can't
really work out how to pull my "make cover" equivalent across...
Thanks,
Tony
Is it the intended behaviour of "make distclean" to delete all files
under the CVS/ directories, thus rendering succeeding "cvs upd" calls
impossible?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-so
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
[ event checking without runloop penalty ]
> 3) So when the next instruction (normal, CG core) or the branch
> instruction (prederefed cores) gets executed, first the op_func_table
> or the patched instructions are restored and then the event han
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 12:43 +0200 7/30/03, Leopold Toetsch wrote:
>>I have started looking at dynamic classes. I have currently
>>- new subdirectory /dynclasses
>>- small hack for classes/pmc2c.pl to consider this directory too
>>- dynclasses/foo.pmc, dynclasses/Makefile (unp
>From Test::More docs:
# XXX BAD! $pope->isa('Catholic') eq 1
is( $pope->isa('Catholic'), 1,'Is the Pope Catholic?' );
This does not check if "$pope-"isa('Catholic')> is
true, it checks if it returns 1. Very different.
Similar
Thanks for the clarification. Does that mean that a mechanism for
dynamic PMCs would automatically allow them to be written in Parrot
also (and not only load binary libs)?
--
[EMAIL PROTECTED] - http://www.web42.com/crenz/ - http://www.web42.com/
While trying to implement pdd03 inside the PIR assembler I'm not too
sure if I get everything right from pdd03.
Currently I have this:
- a subroutine call can be prototyped or non_prototyped
- a subroutine definition can be both and un_prototyped. In the latter
case it checks C and takes paramet
JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote:
> move the standard-file-handles in io_stdio.c also to PMCs and add the
Applied ...
> new 'P'-prototype to build_native_call.pl
... except that one, which was alredy there ;-)
Thanks,
leo
60 matches
Mail list logo
