Jonathan,
Chip gave an official OK via irc.
<^conner> chip, Jonathan said that he'd try to do it as part of his changes and
commit the doc patch when he's done
^conner: Oh, that's a good plan
-J
--
On Tue, Sep 27, 2005 at 12:13:06PM +0100, Jonathan Worthington wrote:
> "Joshua Hoblitt" <[EMAI
On Mon, Sep 26, 2005 at 03:29:52PM -1000, Joshua Hoblitt wrote:
> An updated patch is attached.
All OK now with me, thanks.
--
Chip Salzenberg <[EMAIL PROTECTED]>
On Sep 27, 2005, at 17:14, Dave Frost wrote:
hi all,
Im interested to know how perl6/parrot implements threads.
*) based on OS threads
*) one interpreter per thread
*) STM for shared objects / atomicity
Any pointers, thoughts or comments are welcome.
Cheers
Dave
leo
# New Ticket Created by jerry gay
# Please include the string: [perl #37293]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37293 >
the Data::Escape library does not have a robust test file. more tests
are required to docu
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/ and dynclasse
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 up.
hi all,
Im interested to know how perl6/parrot implements threads. Im mainly
interested as im writing a small vm of my own. Not a production vm like
parrot, more for interest/curiosity etc. From the outset i decided i
wanted the vm to provide its own threading mechanism i.e. not based on
p
On Tue, Sep 27, 2005 at 01:50:55PM +0200, Leopold Toetsch wrote:
>
> SIGFPE with integer operations isn't portable and the discussion
> concluded in:
> explicit checks are better then relying on signals.
>
> I think it's resolved.
>
Were checks implemented or is this a TODO?
-J
--
pgpQnoUA
On Mon, 26 Sep 2005, Joshua Hoblitt via RT wrote:
> > [jhoblitt - Tue Sep 20 02:20:48 2005]:
> >
> > > [doughera - Mon Nov 11 05:41:20 2002]:
> > >
> > > I've gotten no negative feedback (no positive either, but that's
> > > normal)
> > > so I propose that the following patch go in.
> >
> > Are
On Tue, Sep 27, 2005 at 11:31:17AM +0100, Peter Sinnott wrote:
> On Mon, Sep 26, 2005 at 08:43:41PM -0700, Joshua Hoblitt via RT wrote:
> > Does anyone have an old enough Perl to test if this is still an issue?
> >
> > -J
> >
> > --
>
> parrot no longer supports perl 5.005
The -U flag to perdoc
Joshua Hoblitt wrote:
Were checks implemented or is this a TODO?
inline op div(inout INT, in INT) :base_core {
$1 /= $2;
goto NEXT();
}
-J
leo
Chip Salzenberg wrote:
Chip writes:
* optional parameter interface: ":opt_count" -> ":opt_flag"
So ":opt_count" should be replaced with ":opt_flag", which sets
its target register to a boolean indicating whether the
immediately preceding parameter was passed or not, rather than
On Tue, 27 Sep 2005, Peter Sinnott wrote:
> On Tue, Sep 27, 2005 at 01:43:02AM -1000, Joshua Hoblitt wrote:
> > On Tue, Sep 27, 2005 at 11:31:17AM +0100, Peter Sinnott wrote:
> > > On Mon, Sep 26, 2005 at 08:43:41PM -0700, Joshua Hoblitt via RT wrote:
> > > > Does anyone have an old enough Perl to
On Tue, 2005-09-27 at 15:11 +0200, Leopold Toetsch wrote:
> Have a look at languages/tcl/classes - it contains Tcl PMCs. We could do
> the same for languages/amber.
Thanks - now I just need to learn to program in C :-)
Roger
Roger Browne wrote:
The Amber compiler currently generates all its types as PIR objects, but
I'm considering implementing the basic types as PMCs instead.
If I do this, can I have the Amber PMCs included in the dynclasses
directory of the Parrot distribution?
Have a look at languages/tcl/class
"Roger Browne" <[EMAIL PROTECTED]> wrote:
Jonathan Worthington wrote:
... My original task from leo
was to sort out the PASM and PIR debug segment to handle multiple files.
... it seems that we need
something more clever for the HLL debug seg than the PASM/PIR one. So,
I'll
back off trying t
The Amber compiler currently generates all its types as PIR objects, but
I'm considering implementing the basic types as PMCs instead.
If I do this, can I have the Amber PMCs included in the dynclasses
directory of the Parrot distribution?
(Assigning copyright to the Perl Foundation would not be
Jonathan Worthington wrote:
> ... My original task from leo
> was to sort out the PASM and PIR debug segment to handle multiple files.
> ... it seems that we need
> something more clever for the HLL debug seg than the PASM/PIR one. So, I'll
> back off trying to deal with HLL debug for now
Fa
On Tue, Sep 27, 2005 at 01:43:02AM -1000, Joshua Hoblitt wrote:
> On Tue, Sep 27, 2005 at 11:31:17AM +0100, Peter Sinnott wrote:
> > On Mon, Sep 26, 2005 at 08:43:41PM -0700, Joshua Hoblitt via RT wrote:
> > > Does anyone have an old enough Perl to test if this is still an issue?
> > >
> Prior to
On Sep 27, 2005, at 5:49, Joshua Hoblitt via RT wrote:
Has handling of SIGFPE been 'well' resolved or is this a TODO item?
SIGFPE with integer operations isn't portable and the discussion
concluded in:
explicit checks are better then relying on signals.
I think it's resolved.
-J
leo
"Joshua Hoblitt" <[EMAIL PROTECTED]> wrote:
An updated patch is attached.
Looks good. Provided there's no further issues brought up with it, I'll put
it on my "to implement" list and do it when I'm doing the changes relating
to the PASM/PIR debug segment (bytecode format changes are a pain, s
Rumour has it this thread got warnocked... ;-) My original task from leo
was to sort out the PASM and PIR debug segment to handle multiple files. I
thought I might try and sort out the HLL debug seg while I was on the job.
From Roger's input and further discussion on IRC, it seems that we need
Sorry I was on holiday. Yes this can be closed.
On 21 Sep 2005, at 09:45, Joshua Hoblitt via RT wrote:
[mikescott - Thu Oct 09 11:49:45 2003]:
If someone happens to have dlcompat
http://www.opendarwin.org/projects/dlcompat/
installed on OS X then the following patch will let Parrot be
On Mon, Sep 26, 2005 at 08:43:41PM -0700, Joshua Hoblitt via RT wrote:
> Does anyone have an old enough Perl to test if this is still an issue?
>
> -J
>
> --
parrot no longer supports perl 5.005
(from lib/Parrot/Revision.pm )
package Parrot::Revision;
use strict;
use 5.006;
If I replace our
Has handling of SIGFPE been 'well' resolved or is this a TODO item?
-J
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37287]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37287 >
Subject: Re: [perl #22343] pdb + internal_exception = segfault
Date: Wed, 21 Sep 2005
Does anyone have an old enough Perl to test if this is still an issue?
-J
--
On Sun, Sep 25, 2005 at 09:43:15PM -0700, Chip Salzenberg wrote:
> On Sun, Sep 25, 2005 at 10:04:16AM -1000, Joshua Hoblitt wrote:
> > * The magic number is no longer an opcode outside the header. It is
> > now an 8 byte magic string at the the beginning of the header.
>
> I should think fo
28 matches
Mail list logo
