At 11:48 PM +0200 8/5/03, Leopold Toetsch wrote:
Simon Glover wrote:
At 12:18 PM +0200 8/5/03, Leopold Toetsch wrote:
First: any changes here imply, that assemble.pl/disassemble.pl will
seeze to work.
Well, there's disassemble.c, which pdb uses; does that do everything
that you want?
All pack
Here is s short overview of the current packfile changes til now
(PackFile-6).
- struct PackFile is now a PackFile_Directory holding BYTECODE,
CONSTANT, FIXUP and some other segments
- directories can have subdirectories which can be e.g. loaded packfiles
- ... which is done by the C opcode
- the
On 11 Aug 2003, Juergen Boemmels wrote:
> Dan Sugalski <[EMAIL PROTECTED]> writes:
>
> > At 11:48 PM +0200 8/5/03, Leopold Toetsch wrote:
> > >Simon Glover wrote:
> > >
>
> parrot_compiler: No make test:
> make fails with missing 'open_i_s' (integer file descriptors
> are remo
On Tue, 12 Aug 2003, Leopold Toetsch wrote:
> Juergen Boemmels <[EMAIL PROTECTED]> wrote:
>
> > what still fails is pbc2c.pl (This needs Parrot::Packfile, which can
> > only read format 0 (old assemble.pl) bytecodes).
>
> This is obsoleted by Daniel's exec patches.
Don't we need to keep this fo
On Wed, Aug 06, 2003 at 06:12:33PM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
> That should have been packfile & disassembler routines using Inline::C
> ...
>
> > Whereas all we need here is a perl interface to call into the C disassembly
> > API, isn't it? Much sim
On Tue, Aug 05, 2003 at 11:48:25PM +0200, Leopold Toetsch wrote:
> All packfile.c based utilities are fine, as disassemble.c is[1].
> F has a --disassemble option too. These tools are ok. Only the
> handrolled (sorry) perl stuff isn't working. If someone want's to get
> handrolled (sorry) perl
On Tue, 5 Aug 2003, Dan Sugalski wrote:
> At 12:18 PM +0200 8/5/03, Leopold Toetsch wrote:
> >Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >> Here's some stuff we need to add to the packfile format and the sub
> >> header to get things ready for more language work.
> >
> >First: any changes here
Leopold Toetsch writes:
> Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> > what still fails is pbc2c.pl (This needs Parrot::Packfile, which can
> > only read format 0 (old assemble.pl) bytecodes).
>
> This is obsoleted by Daniel's exec patches.
Sadly. I mean, the exec patches are great, but I fou
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 05, 2003 at 11:48:25PM +0200, Leopold Toetsch wrote:
>> All packfile.c based utilities are fine, as disassemble.c is[1].
>> F has a --disassemble option too. These tools are ok. Only the
>> handrolled (sorry) perl stuff isn't working. If some
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> Luke Palmer wrote:
> What is different about the resulting executable code from the code
> produced by jit? If we could determine what the differences are, then
> we might be able to change our jit to produce the same code as gcc -O3
> is producing,
Luke Palmer <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch writes:
>> This is obsoleted by Daniel's exec patches.
> Sadly. I mean, the exec patches are great, but I found no faster way to
> run parrot bytecode than to run it through pbc2c.pl and compile it with
> gcc -O3.
pbc2c.pl does unroll the
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> read S0
> compreg P1, "PASM1"
> compile P0, P1, S0
> write P0
Done.
$ cat pasm.pasm
read S0, 100
compreg P1, "PASM"
compile P0, P1, S0
write P0
end
$ parrot pasm.pasm < pasm.pasm > pasm.pbc
$ cat hello.pasm
print "Hello
Luke Palmer wrote:
>
> Leopold Toetsch writes:
> > Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> > > what still fails is pbc2c.pl (This needs Parrot::Packfile, which can
> > > only read format 0 (old assemble.pl) bytecodes).
> >
> > This is obsoleted by Daniel's exec patches.
>
> Sadly. I mean
At 5:07 PM -0300 8/6/03, Daniel Grunblatt wrote:
On Monday 04 August 2003 14:03, Dan Sugalski wrote:
Here's some stuff we need to add to the packfile format and the sub
header to get things ready for more language work.
Packfiles need to have a symbol table. A series of name/type/location
tuple
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Calling into another bytecode segment is simple--you just make a call
> to a sub/method/function that lives in that segment. The sub PMCs are
> either in variables, either globals or lexicals, or passed in as
> parameters so they're available to use.
I'm
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> Die assemble.pl, die.
> I grepped thru the source tree and removed the references to
> assemble.pl and disassemble.pl
Done. Applied.
> parrot_compiler: No make test:
I did replace the compiler with Juergen's proposed version. The packfile
handling
Simon Glover <[EMAIL PROTECTED]> writes:
> > parrot_compiler: No make test:
> > make fails with missing 'open_i_s' (integer file descriptors
> > are removed)
>
> This is a two-line fix; I've already commited it. (It still doesn't
> actually work, mind, as it makes Parrot seg
Index: KNOWN_ISSUES
===
RCS file: /cvs/public/parrot/KNOWN_ISSUES,v
retrieving revision 1.8
diff -u -r1.8 KNOWN_ISSUES
--- KNOWN_ISSUES 4 Feb 2003 10:24:45 - 1.8
+++ KNOWN_ISSUES 8 Aug 2003 16:09:11 -
@@ -42,7 +42,6 @@
Utili
On Monday 04 August 2003 14:03, Dan Sugalski wrote:
> Here's some stuff we need to add to the packfile format and the sub
> header to get things ready for more language work.
>
> Packfiles need to have a symbol table. A series of name/type/location
> tuples so we can have global names that map to v
Simon Glover wrote:
At 12:18 PM +0200 8/5/03, Leopold Toetsch wrote:
First: any changes here imply, that assemble.pl/disassemble.pl will
seeze to work.
Well, there's disassemble.c, which pdb uses; does that do everything
that you want?
All packfile.c based utilities are fine, as disassemble.
At 12:18 PM +0200 8/5/03, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Here's some stuff we need to add to the packfile format and the sub
header to get things ready for more language work.
First: any changes here imply, that assemble.pl/disassemble.pl will
seeze to work. So fir
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Here's some stuff we need to add to the packfile format and the sub
> header to get things ready for more language work.
First: any changes here imply, that assemble.pl/disassemble.pl will
seeze to work. So first step would be: grep the tree and remove all
Here's some stuff we need to add to the packfile format and the sub
header to get things ready for more language work.
Packfiles need to have a symbol table. A series of name/type/location
tuples so we can have global names that map to values in the
bytecode, either variables or subroutines. Wh
23 matches
Mail list logo
