On Dec 1, 2003, at 8:11 AM, Andy Dougherty wrote:
On Mon, 1 Dec 2003, Leopold Toetsch wrote:
Andy Dougherty <[EMAIL PROTECTED]> wrote:
I can think of one other potential problem: What if the user wants
to
mount the source read-only? Last I checked, except for this issue,
it was
possible to d
At 10:40 AM 11/28/2003 +0100, Leopold Toetsch wrote:
As outlined some time ago, when ops.num made it into the core, we need fix
assigned PMC class enums too. (Changed class enums invalidate existing PBC
files).
1) lib/Parrot/PMC.pm is the canonical source of PMC class => enum mapping.
2) the cla
>>At 5:38 PM + 11/27/03, Pete Lomax wrote:
At 12:02 PM 11/27/2003 +, Pete Lomax wrote:
>Perl6 already does interpolation without special support from IMCC.
>>>I'll rephrase. Is there anything knocking about which would help with
>>>eg:
>>>printf (pFile, "Amount %12.3f [%-10.10s]\n",
At 08:10 PM 12/1/2003 -0700, Cory Spencer wrote:
> However, if giving up IMCC's register allocator is worth gaining
> the extra control of PASM, by all means do it, however I'm all ears
> on suggestions for IMCC for features. *hint*
In that case, I don't suppose it would be possible for IMCC to a
At 01:14 PM 11/27/2003 -0500, Dan Sugalski wrote:
At 5:38 PM + 11/27/03, Pete Lomax wrote:
On Thu, 27 Nov 2003 09:52:10 -0500, Melvin Smith
<[EMAIL PROTECTED]> wrote:
At 12:02 PM 11/27/2003 +, Pete Lomax wrote:
Perl6 already does interpolation without special support from IMCC.
I'll rephras
> However, if giving up IMCC's register allocator is worth gaining
> the extra control of PASM, by all means do it, however I'm all ears
> on suggestions for IMCC for features. *hint*
In that case, I don't suppose it would be possible for IMCC to allow
function calls in an "if expr goto LABEL" s
Hi Pete,
Looks like what you really need is a good way for IMC to handle:
1) Globals
2) Package (or file local) variables
3) Class definitions (with class "locals" or fields)
All of these are planned, right now the only equivalent to 'local int a'
in your code sample is a global variable.
Hopef
I've been hard pressed to find any examples of proper exception-raising
with Parrot - reading back through the list in June/July I see that there
was some starts at implementing various exception related bits - has this
been at least semi-completed?
From: "Dan Sugalski" <[EMAIL PROTECTED]>
Sent: Monday, December 01, 2003 9:53 PM
> *) I've made the Parrot_base_vtable array movable again, as it needs
> to be resized. This is a temporary hack, since there are horrible
> threading issues here. (Not to mention the fact that this table is
> glob
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
Sent: Monday, December 01, 2003 5:47 PM
>Which child interpreter? Parrot_destroy_vtable() is called after
>free_unused_pobjects().
Okay. I'll try to reword the problem all over again.
Well you know test 61 in t/pmc/pmc.t causes a segfault. To get thing
On Mon, Dec 01, 2003 at 08:58:53PM +, Adam Thomason wrote:
> # New Ticket Created by Adam Thomason
> # Please include the string: [perl #24579]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=24579 >
>
>
> This at
# New Ticket Created by Adam Thomason
# Please include the string: [perl #24579]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=24579 >
This attached patch adds support for OpenBSD 3.4 (which uses ELF), without affecting
Hodges, Paul writes:
> I assume you're setting the the value, so I think I understand it, but
> how about
>
> sub setvals ($o, [EMAIL PROTECTED]) {
> $o but= $_;
> $o.$_ = true;
> }
>
> Though I'm still "iffy" about that $o.$_ business. I think
> $_(true) i
> From: Jonathan Scott Duff [mailto:[EMAIL PROTECTED]
> On Mon, Dec 01, 2003 at 10:42:09AM -0500, Hodges, Paul wrote:
> >
> > module IHL::Roles;
> > @ISA = 'Exporter';
> > @EXPORT_OK = qw/ fatal verbose allow setvals /;
> >
> > our role fatal is property {
> > has $.fatal is rw;
> >
On Mon, Dec 01, 2003 at 10:42:09AM -0500, Hodges, Paul wrote:
> So is this a good time to divert this topic into an elaboration of roles?
I can wait for A12, but in the mean time ... :-)
> So if I want to implement a package of related roles that I commonly use in
> our In-House code, such as to
I'm working on objects this morning--I need 'em, so they've become
unavoidable. (boo!) So, anyway, here are a few design decision things.
*) While we've facilities for a method cache, I'm ducking that for
now. I expect performance to suck rocks until that's undone, but to
do it right requires n
--- Larry Wall <[EMAIL PROTECTED]> wrote:
> Well, it's not nearly as general as we're making it, but the
> inspiration for it comes in part from the "Traits" paper:
>
> http://www.cse.ogi.edu/~black/publications/TR_CSE_02-012.pdf
>
> Basically, I'm attempting to take their concept and unify
On Mon, 1 Dec 2003, Leopold Toetsch wrote:
> Andy Dougherty <[EMAIL PROTECTED]> wrote:
>
> > I can think of one other potential problem: What if the user wants to
> > mount the source read-only? Last I checked, except for this issue, it was
> > possible to do so. For perl5, this ability was oft
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> I can think of one other potential problem: What if the user wants to
> mount the source read-only? Last I checked, except for this issue, it was
> possible to do so. For perl5, this ability was often requested.
We are generating all kinds of files i
Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
> Umm .. the problem is that this pmc doesn't have the vtable;
> (*((PMC *)b)).vtable points to a block of memory which belonged
> to the child interpreter's pool and has already been freed, I deduce
> from examining the adresses. So it ends up with Acces
On Thu, 27 Nov 2003, Leopold Toetsch wrote:
> JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote:
> > +TOUCH = $(PERL) -e ${PQ}open(A,qq{>>$$_}) or die foreach @ARGV${PQ}
>
> Well done. *But* this f*cking command does still not update time stamps.
>
> Is this a Perl5 failure? Anyway, we need a (golfy)
H.Merijn Brand wrote:
> t/prove-switchesPerl lib version (v5.6.1) doesn't match executable version
> (v5.8.0) at /pro/lib/perl5/5.6.1/PA-RISC2.0/Config.pm line 21.
prove begins with #!/usr/bin/perl and prove-switches.t
runs it with
my @actual = qx/$prove -Ifirst -D -I second -Ithird -Tvdb
Test::Harness-1.38 on HP-UX 11.00 with perl-5.6.1
PERL_DL_NONLAZY=1 /pro/bin/perl5.6.1 "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00compile.ok
t/assertok
t/base..ok
t/callback..ok
t/inc_taint.ok
t/nonumbers.
> > t\pmc\pmc...NOK 62# Failed test (t\pmc\pmc.t at line
1497)
> > # got: 'All names and ids ok.
> > # Can't spawn ".\parrot.exe --gc-debug -b t\pmc\pmc_62.pasm": Bad file
> > descripto
> > r at lib/Parrot/Test.pm line 62.
>
> I've no clue, what's going on here. Does the te
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
Sent: Thursday, November 27, 2003 12:04 PM
> PMC (in gdb speak):
> b dod.c:525
> r t/pmc/pmc_61.pasm
> p *(PMC *) b
> p *((PMC *) b)->vtable
> c
> ...
Umm .. the problem is that this pmc doesn't have the vtable;
(*((PMC *)b)).vtable points t
Matt Fowles <[EMAIL PROTECTED]> wrote:
> All~
> I just ran a completely clean checkout, configure, nmake, nmake test on
> Win2K. It passed most tests and had fewer warning then previously.
> Here are the errors that did occur...
> Hope someone finds this useful,
Thanks, it is.
> lib/Parrot/Con
26 matches
Mail list logo
