Shlomi Fish wrote:
> Proper Tail Recursion is harder to debug, but consumes less memory and is
> faster to execute ...
It definitely consumes less memory, but performance is the same (until
the memory issue starts dominating...) I don't know what you mean by
debugging -- user code or parrot inter
On Wed, Nov 14, 2001 at 01:11:54PM -0500, Dan Sugalski wrote:
> >Correction (and please correct this correction if I'm wrong):
> >An INTVAL should never get a /native/ pointer in it. However, when we do
> >relitave or absolute jumps in parrot code, the destination is an INTVAL.
Is this really g
Hello!
I had a conference about .NET and, what a surprise... this big title is
only another virtual machine. I don't know what .MONO is trying to do, but
isn't Parrot something like .NET, and usable that way?
Cheers, and continue parroting :)
Alberto
--
f u cn
we have even more clients now,
http://tinderbox.perl.org/tinderbox/showbuilds.cgi?tree=parrot
... so if you commit stuff be sure to check with tinderbox 20-60
minutes later that you at least didn't break anything obvious.
:-)
- ask
--
ask bjoern hansen, http://ask.netcetera.dk/ !try;
On Thu, Nov 15, 2001 at 01:36:34PM +, Alberto Manuel Brandao Simoes wrote:
> I had a conference about .NET and, what a surprise... this big title is
> only another virtual machine. I don't know what .MONO is trying to do, but
> isn't Parrot something like .NET, and usable that way?
Ther
We could really use a windows tinderbox. The only change needed should be to
Tindermail.pm to send mail however you send mail on windows. Mail::Mailer
and Net::SMTP would probably work. I have no windows access, so would anyone
be willing to take this on?
Zach
On 11/15/01 5:08 AM, "Ask Bjoern Ha
Working on this right now... I had to make quite a lot of changes, and this
still isn't working correctly, due to problems with the mailer. I'm going to
fix this, so expect a Windows box up soon.
And the string10 test is giving me an illegal operation dialog box when run,
but I have to work on th
I haven't forgotten about this patch, but I've had other things going
on. I'd like to see the computed goto done as a complete state machine,
with
goto *pc_l[(int)dest];
after *every single op definition* so it just jumps between labels, without
any looping at all. (Apologies if that's what
On Thu, Nov 15, 2001 at 02:36:54PM +, Simon Cozens wrote:
| On Thu, Nov 15, 2001 at 01:36:34PM +, Alberto Manuel Brandao Simoes wrote:
| > I had a conference about .NET and, what a surprise... this big title is
| > only another virtual machine. I don't know what .MONO is trying to do,
OK, I have a Windows XP tinderbox running :)
I can't enable tests, because when a test fails with an illegal operation
(SIGSEGV in Un*x terms), Windows pops up a dialog box. If the tests run at
every 3 minutes, the number of dialog boxes popping up would be unacceptable
to me. So right now I'm fa
On Thursday 15 November 2001 07:53 am, Ken Fox wrote:
> Shlomi Fish wrote:
> > For instance, we can have a "ret-with-call" opcode. However, isn't it
> > exactly the same as a jump instruction ?
>
> No. The current scope must be destroyed, lexicals destroyed, localized
> globals restored, etc. It's
I've hit upon quite a major problem with implementing
Perl scalar PMCs. The problem is that the code is just
too damned ugly for words.
Remember that PMCs have a data area which is a void
pointer; I'm connecting that to a structure which has
integer, number and string slots. Those of you familiar
At 06:52 PM 11/15/2001 +, Simon Cozens wrote:
>I've hit upon quite a major problem with implementing
>Perl scalar PMCs. The problem is that the code is just
>too damned ugly for words.
>
>Remember that PMCs have a data area which is a void
>pointer; I'm connecting that to a structure which has
On Thu, Nov 15, 2001 at 02:01:53PM -0500, Dan Sugalski wrote:
> *) Use the cache entry in the PMC header. It'll mean for ints and floats
> you won't need to bother with a separate structure or dereference
I can't. :(
/* It's more efficient to use our own caching than the PMC's cache
Why? Bec
> "SC" == Simon Cozens <[EMAIL PROTECTED]> writes:
SC> So, for instance, the method to get an integer value
SC> ends up looking like this:
SC> static INTVAL Parrot_scalar_get_integer (struct Parrot_Interp *interpreter, PMC*
pmc) {
SC> if (pmc->flags & PS_INTEGER_OK) {
SC>
At 01:36 PM 11/15/2001 +, Alberto Manuel Brandao Simoes wrote:
> I had a conference about .NET and, what a surprise... this big
> title is
>only another virtual machine.
Yup. We've all just got a bad case of hardware envy. :)
>I don't know what .MONO is trying to do,
They're trying
On Thu, 15 Nov 2001, Simon Cozens wrote:
> Remember that PMCs have a data area which is a void
> pointer; I'm connecting that to a structure which has
> integer, number and string slots. Those of you familiar
> with Perl SVs will know exactly where I'm coming from.
Umm, I'm not sure /how much/ bet
At 07:07 PM 11/15/2001 +, Simon Cozens wrote:
>On Thu, Nov 15, 2001 at 02:01:53PM -0500, Dan Sugalski wrote:
> > *) Use the cache entry in the PMC header. It'll mean for ints and floats
> > you won't need to bother with a separate structure or dereference
>
>I can't. :(
>
>/* It's more efficie
On Thu, Nov 15, 2001 at 06:52:11PM +, Simon Cozens wrote:
> I've hit upon quite a major problem with implementing
> Perl scalar PMCs. The problem is that the code is just
> too damned ugly for words.
Thanks to Andy Doughtery for the obvious and beautiful solution:
USE SOME FREAKING TEMPORARY
On Thu, Nov 15, 2001 at 07:34:52PM +, Simon Cozens wrote:
> Thanks to Andy Doughtery for the obvious and beautiful solution:
s/ter/ert/
--
It's much better to have people flaming in the flesh. -Al Aho
Combining these two, I have a couple comments.
On Thursday 15 November 2001 02:07 pm, Simon Cozens wrote:
> if (pmc->flags & PS_INTEGER_OK) {
> return ((struct PerlScalarData *)(pmc->data))->intdata;
Why are you storing flags for PerlScalarData inside the pmc-flags? If the
nested type i
On Thursday 15 November 2001 02:11 pm, James Mastros wrote:
> I don't see doing it with a macro as too bad, so long as the macro is
> decently localized. (If you don't like macros because of their
> preprocessor nature, use a function; it should inline just fine.) And it
> seems like it would be
On Thu, Nov 15, 2001 at 02:58:58PM -0500, Michael L Maraist wrote:
> Combining these two, I have a couple comments.
Take a peek at the code that's in CVS now and see if it's OK with
your aesthetic sentiments. :)
> Why are you storing flags for PerlScalarData inside the pmc-flags?
I'm saying th
> Yes, maybe... but they show many functional and scripting languages
> working, like Haskell, ML, Python and Perl... but that's not the point.
Yes you can do it and you can also do it on the jvm but they are slow...
With the clr I think its not as bad as with the jvm though.
Benoit
On Thu, Oct 18, 2001 at 12:30:29PM +0100, Simon Cozens wrote:
> On Mon, Oct 08, 2001 at 06:36:32PM -0400, Dan Sugalski wrote:
> > P1->vtable_funcs[VTABLE_ADD + P2->num_type](P1, P2, P0);
>
> Uhm, since num_type and vtable_funcs are part of the vtable
> structure, that would be more like
>
In message <[EMAIL PROTECTED]>
Michael L Maraist <[EMAIL PROTECTED]> wrote:
> inlined c-functions.. Hmm, gcc has some support for this, but what about
> other archectures.. For function-inlining to work with GCC, you have to
> define the function in the header.. That's definately not po
Brent Dax:
# Simon Cozens:
# # I've hit upon quite a major problem with implementing
# # Perl scalar PMCs. The problem is that the code is just
# # too damned ugly for words.
# #
# # Remember that PMCs have a data area which is a void
# # pointer; I'm connecting that to a structure which has
# # i
> "BD" == Brent Dax <[EMAIL PROTECTED]> writes:
BD> static INTVAL
BD> Parrot_scalar_get_integer(struct Parrot_Interp* interpreter, PMC* pmc) {
BD> PSD* sd=(PSD*)pmc->data;
BD> if(FLAG_pmc_iok_TEST(pmc)) {
BD> return sd->intdata;
BD> }
BD> FLAG_pmc_iok_SET(pmc
On Thu, Nov 15, 2001 at 05:02:52PM -0500, Uri Guttman wrote:
> that is starting to look okay now.
Yes, it's starting to look quite like what I've had in CVS for
the past couple of hours. :)
--
luckily, my toes have no trailing newline characters
On Thu, Nov 15, Simon Cozens wrote:
> I haven't forgotten about this patch, but I've had other things going
> on. I'd like to see the computed goto done as a complete state machine,
> with
>
> goto *pc_l[(int)dest];
>
> after *every single op definition* so it just jumps between labels, with
Yes, that's what the patch already does, see:
opcode_t *
cg_core(opcode_t *cur_opcode, struct Parrot_Interp *interpreter)
{
static void *ops_addr[] = {
&&PC_0,
&&PC_1,
&&PC_2,
&&PC_3,
&&PC_4,
PC_3: /* Parrot_close_ic */
{
close(cur_opcode[1]);
..
Daniel Grunblatt.
Index: core.ops
===
RCS file: /home/perlcvs/parrot/core.ops,v
retrieving revision 1.27
diff -u -r1.27 core.ops
--- core.ops2001/11/15 22:10:31 1.27
+++ core.ops2001/11/16 02:22:25
@@ -1935,7
Hey all.
This implements a platforms system similar to what we were discussing
earlier: each interface is a sepperate file, independent of the others, the
hints file specifies what interfaces we use. This does create a large
number of files, but minimizes code copying. All the peices are cated
Parrot will follow the './configure && make && make test && make
install' process, with the following twists:
1) ./configure is a perl5 script
2) ./configure.in is compatible with GNU autoconf.
3) ./autoconf will be a perl5 script that performs a subset of what GNU
autoconf does.
We shouldn't nee
34 matches
Mail list logo
