I've been thinking about improvements that could be made to Exporter for
Perl 6.
1. Choosing where to export to:
use Data::Dumper 'Dumper' => 'dumpvar';
#exports Data::Dumper::Dumper to Main::dumpvar (or whatever)
2. Built-in switch handling:
Assuming these mismatches weren't intentional, here is a patch that fixes
the mismatches between the pointer prototypes in the _vtable definition and
the function definition in the perlint, perlnum and perlstring pmc files.
David
RCS file: /cvs/public/parrot/classes/perlint.pmc,v
retrieving revi
On Fri, Dec 21, 2001 at 02:59:52PM -0500, Gregor N. Purdy wrote:
> * Eventually getting rid of (all?) references to the implicit args
> of opfuncs (interpreter and cur_opcode). If they are implicit,
> let them stay hidden. Dan is thinking this may become easier
> when/if we can stor
All --
> > Note the package name.
Fixed.
Regards,
-- Gregor
/Inspiration >> Innovation >> Excellence (TM)\
Gregor N. Purdy [EMAIL PROTECTED]
Focus Research, Inc.
On Fri, 21 Dec 2001, Andy Dougherty wrote:
> On Fri, 21 Dec 2001, Gregor N. Purdy wrote:
>
> > Andy --
> >
> > > Whilst building on Sparc/Solaris 8
> > >
> > > $ perl -V:archname
> > > archname='sun4-solaris-64int-ld';
> >
> > > I saw the following odd message:
> > >
> > > perl jit2h.pl i386 > i
On Fri, 21 Dec 2001, Gregor N. Purdy wrote:
> Andy --
>
> > Whilst building on Sparc/Solaris 8
> >
> > $ perl -V:archname
> > archname='sun4-solaris-64int-ld';
>
> > I saw the following odd message:
> >
> > perl jit2h.pl i386 > include/parrot/jit_struct.h
> > Package `Parrot::Jit' not found (
On Fri, 21 Dec 2001, Gregor N. Purdy wrote:
> Andy --
>
> > Whilst building on Sparc/Solaris 8
> >
> > $ perl -V:archname
> > archname='sun4-solaris-64int-ld';
>
> This could cause some trouble. I was expecting cpuarch-osname
> (two dash-separated components only). I think we'll happily
> igno
Andy --
> Whilst building on Sparc/Solaris 8
>
> $ perl -V:archname
> archname='sun4-solaris-64int-ld';
This could cause some trouble. I was expecting cpuarch-osname
(two dash-separated components only). I think we'll happily
ignore the latter two entries, though. Do you consider "sun4"
to be t
All --
Here's the log from the infamous commit.
Changes to syntax of .ops files and refactoring of ops2c*.pl and
pbc2c.pl.
* Removed ops2c-prederef.pl
* (unrelated) Removed vestigial Parrot/Opcode.pm file.
* Added Parrot/OpTrans.pm, Parrot/OpTrans/C.pm (needed for old
Simon --
> Gregor's just committed a load of interesting stuff, and I have no
> idea what it is. Hey, Gregor, what's going on?
I'm working on some cleanup to the various scriptage related to op
processing. I still have some things in mind, but (IMO) its looking
better.
I'm going to post a messa
Whilst building on Sparc/Solaris 8
$ perl -V:archname
archname='sun4-solaris-64int-ld';
I saw the following odd message:
perl jit2h.pl i386 > include/parrot/jit_struct.h
Package `Parrot::Jit' not found (did you use the incorrect case?) at jit2h.pl line 7.
Later, while testing ./test_parrot -j,
Gregor's just committed a load of interesting stuff, and I have no
idea what it is. Hey, Gregor, what's going on?
--
"Why waste negative entropy on comments, when you could use the same
entropy to create bugs instead?"
-- Steve Elias
On Thu, Dec 20, 2001 at 07:37:42AM -0500, Gregor N. Purdy wrote:
> I see Simon already changed 'cp ...' to 'perl -MFile::Copy...'. I just
> changed that to '$(PERL) -MFile::Copy...'.
NT 4.0's cmd shell does not like single quotes.
diff -r1.82 Makefile.in
22c22
< platform$(O) $(CLASS_O_FILES) ji
Don't forget that (if I'm missing somthing) by the time that pbc2c.pl
work with all the ops it will be much slower than the jit.
Daniel Grunblatt.
On 21 Dec 2001, Tom Hughes wrote:
> In message <[EMAIL PROTECTED]>
> Daniel Grunblatt <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 21 Dec 2001,
Just some cleanups for consistent access to the interpreter in PMC code.
Index: classes/perlstring.pmc
===
RCS file: /home/perlcvs/parrot/classes/perlstring.pmc,v
retrieving revision 1.7
diff -u -r1.7 perlstring.pmc
--- classes/perls
In message <[EMAIL PROTECTED]>
Daniel Grunblatt <[EMAIL PROTECTED]> wrote:
> On Fri, 21 Dec 2001, Tom Hughes wrote:
>
> > I suspect it is also rather questionable to call system calls
> > directly rather than going via their C library veneers - that is
> > even more true when you come to
On Fri, 21 Dec 2001, Tom Hughes wrote:
> In message <[EMAIL PROTECTED]>
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>
> > To run a program with the JIT, pass test_parrot the -j flag and watch it
> > scream. Well, scream if you're on x86 Linux or BSD (I get a speedup on
> > mops.pbc of 3
All --
> > > $ ./test_parrot -j examples/assembly/mops.pbc
> > > Illegal instruction
> > >
> > > That's not supposed to happen is it? Its Linux/PowerPC, so maybe it
> > > is supposed to happen.
> >
> > It's sort of supposed to happen. It shouldn't work, at least--we need
> > better error chec
Dan and Michael --
> > $ ./test_parrot -j examples/assembly/mops.pbc
> > Illegal instruction
> >
> > That's not supposed to happen is it? Its Linux/PowerPC, so maybe it
> > is supposed to happen.
>
> It's sort of supposed to happen. It shouldn't work, at least--we need
> better error checking
Resending due to BT doing bad things to good nameservers.
Damian Conway <[EMAIL PROTECTED]> writes:
>> >$val = (foo())[0];
>> >
>> > List?
>>
>> Scalar, obviously.
>
> How do you figure that? (Not a criticism: I'd really like to understand your
> thought process her
20 matches
Mail list logo
