Re: [netlabs #626] [PATCH] reclaimed fix [APPLIED]

2002-05-26 Thread Daniel Grunblatt
On 26 May 2002, Mike Lambert wrote: > # New Ticket Created by Mike Lambert > # Please include the string: [netlabs #626] > # in the subject line of all future correspondence about this issue. > # http://bugs6.perl.org/rt2/Ticket/Display.html?id=626 > > > > Looksd like the logic for keeping trac

Re: [netlabs #627] Parrot Debugger & Disassembler

2002-05-29 Thread Daniel Grunblatt
Now I attached all the files :) I also added now the target disassemble, it will emit on stdout the disassemble of a pbc, this output is (should be) ready to assemble. (it might have some issues with strings). Daniel Grunblatt. On 27 May 2002, Daniel Grunblatt wrote: > # New Ticket Crea

Re: GC Benchmarking Tests

2002-05-29 Thread Daniel Grunblatt
On Wed, 29 May 2002, Mike Lambert wrote: > Hey all, > > After finding out that life.pasm only does maybe 1KB per collection, and > Sean reminding me that there's more to GC than life, I decided to create > some pasm files testing specific behaviors. > > Attached is what I've been using to test a

Re: [netlabs #628] [PATCH] Make hash.c depend on parrot headers

2002-05-30 Thread Daniel Grunblatt
On 27 May 2002, Peter Gibbs wrote: > # New Ticket Created by "Peter Gibbs" > # Please include the string: [netlabs #628] > # in the subject line of all future correspondence about this issue. > # http://bugs6.perl.org/rt2/Ticket/Display.html?id=628 > > > > Following patch adds dependencies ent

Re: [netlabs #648] [PATCH] keyed ops renaming

2002-06-03 Thread Daniel Grunblatt
yed ops simply to set, > as Jeff suggested, as well as documenting them (slightly). It also > adjusts the tests accordingly. All tests still pass. > > Simon Applied, thanks. (with a perl -p -i -e 's/[gs]et_keyed/set/' *.t first) Daniel Grunblatt.

Re: [netlabs #650] [PATCH] Assembler documentation tweaks

2002-06-03 Thread Daniel Grunblatt
On 1 Jun 2002, Simon Glover wrote: > # New Ticket Created by Simon Glover > # Please include the string: [netlabs #650] > # in the subject line of all future correspondence about this issue. > # http://bugs6.perl.org/rt2/Ticket/Display.html?id=650 > > > > > A few small fixes to the assembler

Re: [netlabs #634] GC Bench: Linked-list for free header list[APPLIED]

2002-06-04 Thread Daniel Grunblatt
On 29 May 2002, Mike Lambert wrote: > # New Ticket Created by Mike Lambert > # Please include the string: [netlabs #634] > # in the subject line of all future correspondence about this issue. > # http://bugs6.perl.org/rt2/Ticket/Display.html?id=634 > > > > Peter recently submitted a patch to RT

Re: [PATCH] Re: Minimum perl version ?

2002-06-06 Thread Daniel Grunblatt
er files. When I first saw all those warnings I couldn't understand why, thank you. Daniel Grunblatt.

Re: [Win32] jit.c broken

2002-06-06 Thread Daniel Grunblatt
That was me, going to fix, sorry. Daniel Grunblatt. On Fri, 7 Jun 2002, Sebastian Bergmann wrote: > jit.c(73) : error C2039: 'has_jit_op' : Ist kein Element von > 'Parrot_jit_optimiz > er_section' > ./include\parrot/jit.h(50) : Siehe Deklaration von &g

Re: [netlabs #590] Can't Print the Sequence slash + zero

2002-06-08 Thread Daniel Grunblatt
t being a pain. The response to my report was that "This'll be > fixed when we've got the Parrot IO support rolled out." Have you any idea > how far down the line that's going to be? No, I got no idea, but the problem wasn't in the Parrot IO but in the assembler. Daniel Grunblatt.

Re: [perl@gloudon.com: [PATCH] packfile reading]

2002-06-12 Thread Daniel Grunblatt
On Wed, 12 Jun 2002, Jason Gloudon wrote: > > Could someone apply this ? > > - Forwarded message from Jason Gloudon <[EMAIL PROTECTED]> - > > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Precedence: bulk > Delivered-To: mailing list [EMAIL PROTECTED] > Date: Mon, 10 Jun 2002 1

Exceptions sample

2002-06-12 Thread Daniel Grunblatt
Can you let me know if the way I think about exceptions is ok? Thanks, Daniel Grunblatt. set I0,0 set I8,10 try # User exception catch !WRONG_NUMBERS, PRINT_WRONG # Trying to catch an exception that was already catched. catch !NOT_SUCH_FILE, NEVER_MADE_IT print

Re: Stack and GC

2002-06-21 Thread Daniel Grunblatt
On Fri, 21 Jun 2002, Jerome Vouillon wrote: > On Thu, Jun 20, 2002 at 12:26:11AM -0400, Melvin Smith wrote: > > Given that it seems capturing and restoring a context is the most > > expensive part, should we make default routines lightweight (execute > > on caller stack rather than getting their

Re: .include directive for new assembler

2002-06-21 Thread Daniel Grunblatt
It would be cute if you change the debugger to load all the included files as well. Daniel Grunblatt. On 21 Jun 2002, brian wheeler wrote: > I've implemented a .include directive for the new assembler. It > basically changes the preprocessor to shift through the source file, an

Re: .include directive for new assembler

2002-06-21 Thread Daniel Grunblatt
Err, Jeff just told me to see the -E flag. Daniel Grunblatt. On Sat, 22 Jun 2002, Daniel Grunblatt wrote: > It would be cute if you change the debugger to load all the included files > as well. > > Daniel Grunblatt. > > > On 21 Jun 2002, brian wheeler wrote: > > &g

Re: [COMMIT] Parrot_Context

2002-07-05 Thread Daniel Grunblatt
t don't hardcode the address of the interpreter anywhere, and either way you will need to dereference it, and that's slower, leaves us with 1 less cpu register for the register allocation and requires a total redesing(what is of course the less important thing). Daniel Grunblatt.

[COMMIT] KEY / KEY CONSTANTS

2002-07-12 Thread Daniel Grunblatt
I just changed 'kc' to be an integer constant, because it was the simpliest way to make the warnings go away. If kc should be a string and k too, tell me. Daniel Grunblatt.

[COMMIT] The assembler doesn't use XS anymore.

2002-07-14 Thread Daniel Grunblatt
The assembler doesn't use the XS stuff anymore, just committed a patch build from Jeff's code. Let's hope to see some more tinderboxes green. Daniel Grunblatt.

Re: [PATCH] MANIFEST update

2002-07-17 Thread Daniel Grunblatt
On Wed, 17 Jul 2002, Andy Dougherty wrote: > The following patch brings the MANIFEST file up-to-date with recent > additions. I haven't committed this in case some other reorganization > (e.g. moving stuff to a src/ or dev/ or doc/ directory) is underway. > > There are also a few minor shuffles

RE: [PATCH] rx.dev

2002-07-17 Thread Daniel Grunblatt
We have one vote for docs/dev. Daniel Grunblatt. On Wed, 17 Jul 2002, Melvin Smith wrote: > At 06:14 PM 7/16/2002 -0700, John Porter wrote: > > >Melvin Smith wrote: > > > I put it temporarily in the root dir, which I know is wrong. > > > Where should .dev files

Re: [perl #15009] [PATCH] test for for loops

2002-07-17 Thread Daniel Grunblatt
Applied. Daniel Grunblatt. On Wed, 17 Jul 2002, Sean O'Rourke wrote: > # New Ticket Created by "Sean O'Rourke" > # Please include the string: [perl #15009] > # in the subject line of all future correspondence about this issue. > # http://bugs6.perl.org/

Re: [perl #15335] [PATCH] little change to debug.c (print)

2002-07-22 Thread Daniel Grunblatt
Applied, thanks. Daniel Grunblatt. On Mon, 22 Jul 2002, Aldo Calpini wrote: > # New Ticket Created by Aldo Calpini > # Please include the string: [perl #15335] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.h

Re: [perl #15401] [PATCH] Silence warnings on isxxxx() in debug.c

2002-07-23 Thread Daniel Grunblatt
Applied, thanks. Daniel Grunblatt. On Tue, 23 Jul 2002, Andy Dougherty wrote: > # New Ticket Created by Andy Dougherty > # Please include the string: [perl #15401] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.h

Re: ARM Jit v2

2002-07-29 Thread Daniel Grunblatt
On Mon, 29 Jul 2002, Nicholas Clark wrote: > Here's a very minimal ARM jit framework. It does work (at least as far as > passing all 10 t/op/basic.t subtests, and running mops.pbc) Cool, I have also been playing with ARM but your approach is in better shape. (I'll send you a copy of what I got h

Re: ARM Jit v2

2002-07-29 Thread Daniel Grunblatt
I thing I forgot to tell is that I also have added a constant pool which could be usefull for the ARM too, it's on my local tree,I don't know exactly when I'm going to finish it. Daniel Grunblatt.

Re: drive-by-reminder: missing JITs

2002-07-30 Thread Daniel Grunblatt
hese, is there a common instruction set? > > * IA64 - reports of the IA64 instruction set tell that it combines > the "elegance" of the IA32 CISCy instruction set with > the "elegance" of the HPPA RISCy instruction set... :-) > > I intend to do nothing on these except raise gui^H^H^Hawareness :-) Or give me an acount? ;) Daniel Grunblatt.

Re: ARM Jit v2

2002-07-30 Thread Daniel Grunblatt
Yes, we can do that, we can also try to go in and out from the computed goto core if available. Daniel Grunblatt. On Tue, 30 Jul 2002, Dan Sugalski wrote: > At 10:34 PM -0300 7/29/02, Daniel Grunblatt wrote: > >On Mon, 29 Jul 2002, Nicholas Clark wrote: > > > As you can

Re: Targeting Parrot slides

2002-07-30 Thread Daniel Grunblatt
alks/ > > FYI The conference went well and I'm sure Dan will get his slides up > soon. BTW anyone want to work on getting Parrot to use less memory so > it can run on palmtops? ;-) > I'm told it will take much more than just reducing the memory it uses. Da

Re: of Mops, jit and perl6

2002-07-30 Thread Daniel Grunblatt
mops.c is only slightly faster the jit, i.e. 1% > - perl6-jit, albeit still totally unoptimized, doesn't compare too bad >to perl5 > - mops is a silly test ;-) > You didn't use -O3 while compiling mops.c, did you? Daniel Grunblatt.

Re: ARM Jit v2

2002-08-01 Thread Daniel Grunblatt
ting: > because I need if_i_ic JITted but mops only needs backwards jumps (which are > easy, and don't require me to write the fixup routine yet) We can wait, no problem. Daniel Grunblatt.

Re: On JITs and regexps (was several threads)

2002-08-01 Thread Daniel Grunblatt
On Tue, 30 Jul 2002, Nicholas Clark wrote: > On Tue, Jul 30, 2002 at 01:21:30PM -0400, Dan Sugalski wrote: > > At 10:34 PM -0300 7/29/02, Daniel Grunblatt wrote: > > >On Mon, 29 Jul 2002, Nicholas Clark wrote: > > > > As you can see from the patch all it does is i

Re: ARM Jit v2

2002-08-04 Thread Daniel Grunblatt
el as I confess I don't feel motivated to > attempt to learn other assembly language to write JITs for hardware I don't > own. Hey, all you Mac fans, where's the PPC JIT? I'm working on it, as I'm working on the register allocator too. Daniel Grunblatt.

[COMMIT] PPC JIT

2002-08-08 Thread Daniel Grunblatt
OK, now we have the JIT working on PPC. More opcodes coming. It's not currently using a constant pool but it should. Thanks to Sean for the sync cache code and helping me. Daniel Grunblatt.

Re: [COMMIT] Register allocator for the JIT

2002-08-09 Thread Daniel Grunblatt
ouring?) > If so, imcc has already done some work about where slightly more JIT effort > might pay off, so it seems a shame to throw that out. Yes, that's why we are not going to do any kind of optimization that is not required to be done at runtime, that means, we expect the most optimal bytecode. Daniel Grunblatt.

Re: [perl #16144] [PATCH] quotematch speedup

2002-08-12 Thread Daniel Grunblatt
xes failing to assemble anything. Probably I should have gone the other way and fix it. Daniel Grunblatt.

Re: Prototypes

2002-08-12 Thread Daniel Grunblatt
e assembler I'd call a prototype. The regex engine? The > GC? ... > The assembler is a bit outdated, it shouldn't be too difficult to bring it up to date, I just don't have enough time latetly. But it did work fine and is easy to extend it. Why do you think it should be thrown away? Daniel Grunblatt.

Re: [perl #16144] [PATCH] quotematch speedup

2002-08-12 Thread Daniel Grunblatt
On 12 Aug 2002, Simon Cozens wrote: > [EMAIL PROTECTED] (Daniel Grunblatt) writes: > > I moved it back to pure-Perl because there were something like half of the > > tinderboxes failing to assemble anything. > > Ah, right. Yeah, the tinderboxes are good slaves but really ba

Re: Prototypes

2002-08-12 Thread Daniel Grunblatt
On 12 Aug 2002, Simon Cozens wrote: > [EMAIL PROTECTED] (Daniel Grunblatt) writes: > > The assembler is a bit outdated, it shouldn't be too difficult to bring it > > up to date, I just don't have enough time latetly. But it did work fine > > and is easy to extend

Re: Prototypes

2002-08-12 Thread Daniel Grunblatt
On 12 Aug 2002, Simon Cozens wrote: > [EMAIL PROTECTED] (Daniel Grunblatt) writes: > > Oh, no, I was talking about languages/parrot_compiler/. Sorry. > > Oh, I hadn't seen that. I can't work out what it is; it seems to be a > device for generating "Couldn'

Re: Prototypes

2002-08-13 Thread Daniel Grunblatt
ink time spent "tuning" the reference > > assembler is wasted when it could be spent writing a really fast one > > in C. > > There's a small, mad part of me that wonders if parrot would now > support an assembler that was implemented in Parrot. Then we'd know > that the assembler was at least as portable as parrot itself... Something like languages/parrot_compiler/ but working, right? Daniel Grunblatt.

Re: Prototypes

2002-08-13 Thread Daniel Grunblatt
On Tue, 13 Aug 2002, John Porter wrote: > Piers Cawley wrote: > > I'd also like to be able to generate parrot code from within parrot > > and immediately execute it... > > Something like that will be needed for eval() anyway, right? Yes, like PDB_eval() may be... Daniel Grunblatt.

Re: debugger.pod

2002-08-13 Thread Daniel Grunblatt
on) (and if there > is one) and tell me if this should be sent as a patch. > Applied, thanks. Daniel Grunblatt.

Re: [PATCH] hash init (Version 5)

2002-08-13 Thread Daniel Grunblatt
On 12 Aug 2002, Jason Greene wrote: > One more safety check (fixes another crash bug). Hopefully this is the > last patch patch. Applied, thanks. Daniel Grunblatt.

[COMMIT][PDB] Condition breakpoint & watchpoints.

2002-08-25 Thread Daniel Grunblatt
I just added condition breakpoints and watchpoints, now you can do: (pdb) b 4 if S14 <= "parrot" See docs/debugger.pod for details. Is it worst to allow something like this?: if (((S14 == I0) && (I4 <= N3) && (N3 < 4.5 < N7)) || (I5 == 32)) Daniel Grunblatt.

Re: [perl #16767] [PATCH] pdb improvements

2002-08-26 Thread Daniel Grunblatt
(Had to make some changes because I committed some stuff yesterday, I would have applied your patch before doing them but sadly I get p6 email between 1 and 6 hours late.) Daniel Grunblatt.

Re: [perl #16741] languages/parrot_compiler fixups

2002-08-26 Thread Daniel Grunblatt
> make activestate perl happy. ie, I'm not sure if it breaks other > platforms. > > Thanks, > Mike Lambert > > > -- attachment 1 -- > url: http://rt.perl.org/rt2/attach/35605/28863/5e145e/fixup.diff > > Applied, thanks. Daniel Grunblatt.

Re: is MANIFEST up-to-date?

2002-08-26 Thread Daniel Grunblatt
On Mon, 26 Aug 2002, Andy Dougherty wrote: > Currently, a fresh checkout of the cvs tree contains 2215 files, but only > 497 of them are listed in MANIFEST. Most are the icu/ files, but there > are scattered others as well. I'm unsure if all of them are supposed > to be in MANIFEST yet (e.g. is

Re: [CVS ci] JIT bug fix

2002-11-13 Thread Daniel Grunblatt
On Wednesday 13 November 2002 08:06, Leopold Toetsch wrote: > I could localize a long outstanding bug in JIT causing 4 perl6 tests to > fail. > When an opcode was a branch target as well as a branch source, the > branch target got lost, causing wrong basic blocks, implying missing > register loads

Re: [CVS ci] JIT bug fix

2002-11-13 Thread Daniel Grunblatt
On Wednesday 13 November 2002 11:48, Leopold Toetsch wrote: > Daniel Grunblatt wrote: > > On Wednesday 13 November 2002 08:06, Leopold Toetsch wrote: > >>I could localize a long outstanding bug in JIT causing 4 perl6 tests to > >>fail. > > > > I wonde

Re: [CVS ci] JIT - i386

2002-11-13 Thread Daniel Grunblatt
You will see it running as fast as mops.c compiled with -O3 if you change REDO: sub I4, I4, I3 for REDO: dec I4 But that's obviously part of a higher level optimizer. On Wednesday 13 November 2002 15:10, Leopold Toetsch wrote: > Watch the mops ;-) > > leo

Re: Quick note on JIT bits

2002-11-14 Thread Daniel Grunblatt
ddr OP as branch target, so that > this basic block wouldn't be removed by dead code detection and the > register allocator does know what to do. When a arbitrary opcode can > jump out of the current block and resume elsewhere, the register > allocator can't assign the same registers to these variables. > > So we have 3 levels, where we might have troubles: > - JIT: processor registers > - IMCC: parrot registers > - HL: lexicals > > leo Daniel Grunblatt.

Re: Quick note on JIT bits

2002-11-14 Thread Daniel Grunblatt
On Thursday 14 November 2002 10:32, Leopold Toetsch wrote: > Daniel Grunblatt wrote: > > On Thursday 14 November 2002 05:14, Leopold Toetsch wrote: > >>What JIT needs to know is the location of the resume opcode, to mark it > >>as a jump target properly, so that proce

Re: [RFC] unified core.jit

2002-11-19 Thread Daniel Grunblatt
find some time to finish it on december). Daniel Grunblatt. On Tuesday 19 November 2002 10:04, Leopold Toetsch wrote: > Currently all architecures have there own core.jit. These are very > similar, e.g. checking for MAPped registers, but differ depending on > the processor architecure

Re: [RFC] unified core.jit

2002-11-19 Thread Daniel Grunblatt
On Tuesday 19 November 2002 11:54, Leopold Toetsch wrote: > Daniel Grunblatt wrote: > > > The problem is when you want to implement an opcode like div, which is > > easy in ppc but not in arm ideas? > > I don't know arm, but this belongs to jit_emit.h, how it&

Re: [RFC] unified core.jit

2002-11-20 Thread Daniel Grunblatt
egisters for the > memory operands, cisc.jit similar. > $arch.jit could implement anomalies like i386 shift ops. > I don't really know if we should spent too much time on this instead of creating an intermediate language to write opcodes on it. Daniel Grunblatt.

Re: [CVS ci] more JIT changes: register usage array, block allocation..

2002-12-01 Thread Daniel Grunblatt
is that we do want to allocate a hardware register for a Parrot register that is used only once in the section since the section can be executed more than once, if you don't mind I want to remove ALLOCATE_REGISTERS_ALWAYS. Daniel Grunblatt.

Re: [CVS ci] more JIT changes: register usage array, block allocation..

2002-12-01 Thread Daniel Grunblatt
On Sunday 01 December 2002 18:04, Leopold Toetsch wrote: > Daniel Grunblatt wrote: > > The problem is that we do want to allocate a hardware register for a > > Parrot register that is used only once in the section since the section > > can be executed more than once, if you

Re: [perl #19610] [PATCH] New language support: Ook!

2002-12-31 Thread Daniel Grunblatt
On Monday 30 December 2002 21:30, Leopold Toetsch wrote: > Jerome Quelin (via RT) wrote: > > # New Ticket Created by Jerome Quelin > > # Please include the string: [perl #19610] > > # in the subject line of all future correspondence about this issue. > > # http://rt.perl.org/rt2/Ticket/Display.ht

Re: [perl #19729] [PATCH] SPARC JIT support for restart

2003-01-07 Thread Daniel Grunblatt
Applied, thanks. Daniel Grunblatt. On Sunday 05 January 2003 01:10, Jason Gloudon (via RT) wrote: > # New Ticket Created by Jason Gloudon > # Please include the string: [perl #19729] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.or

Re: Odd JIT timings

2003-01-24 Thread Daniel Grunblatt
IW, and I'm not sure if it happens on x86. > > Someone care to check it out and poke around a bit? CG vs JIT (running with non jitted opcdes) wins CG, always. Daniel Grunblatt.

Re: Using imcc as JIT optimizer

2003-02-20 Thread Daniel Grunblatt
On Thursday 20 February 2003 18:14, Leopold Toetsch wrote: > Tupshin Harper wrote: > > Leopold Toetsch wrote: > >> Starting from the unbearable fact, that optimized compiled C is still > >> faster then parrot -j (in primes.pasm) > > > > Lol...what are you going to do when somebody comes along with

Re: Native code

2003-05-29 Thread Daniel Grunblatt
On Tuesday 27 May 2003 21:25, Bill Atkins wrote: > Am I correct in assuming that Parrot's JIT will eventually be able to > produce directly-executable files, like .exe's? Yes, you are. > > Bill Daniel.

Re: cvs commit: parrot/jit/ppc jit_emit.h

2003-07-08 Thread Daniel Grunblatt
Back in. On Tuesday 08 July 2003 11:32, Sean O'Rourke wrote: > On 7 Jul 2003, Daniel Grunblatt wrote: > > cvsuser 03/07/07 13:20:40 > > > > Modified:jit/ppc jit_emit.h > > Log: > > * 2 instructions instead of 3 to load a 32 bit integer. > &g

[COMMIT] Parrot emits an executable

2003-07-24 Thread Daniel Grunblatt
ut this is not correct for macros that emits more than 1 instruction (like the floating point ones) hence I made a horrible hack at jit2h.pl which change the displacement from -4 to, say, -6. Another way I see to make this is adding a list of macros with their displacement? (if the macro is n

Re: [COMMIT] Parrot emits an executable

2003-07-24 Thread Daniel Grunblatt
On Thursday 24 July 2003 15:14, Simon Glover wrote: > On Thu, 24 Jul 2003, Daniel Grunblatt wrote: > > I have checked in a first attempt to make parrot generate an executable. > > > > It works fine on x86 - OpenBSD/linux/FreeBSD and should also work on > > NetBSD >

Re: [COMMIT] Parrot emits an executable

2003-07-24 Thread Daniel Grunblatt
On Thursday 24 July 2003 15:48, Juergen Boemmels wrote: > Daniel Grunblatt <[EMAIL PROTECTED]> writes: > > I have checked in a first attempt to make parrot generate an executable. > > This is very cool. Thanks. > > > It works fine on x86 - OpenBSD/linux/FreeBSD and

Re: [COMMIT] Parrot emits an executable

2003-07-24 Thread Daniel Grunblatt
On Thursday 24 July 2003 15:55, Juergen Boemmels wrote: > Magic: 7f 45 4c 46 01 01 01 00 -- 00 00 00 00 00 00 00 00 > OS/ABI:UNIX - System V Patch is in, please resync and try it. > boe Daniel

Re: [COMMIT] Parrot emits an executable

2003-07-24 Thread Daniel Grunblatt
On Thursday 24 July 2003 16:13, Simon Glover wrote: > On Thu, 24 Jul 2003, Daniel Grunblatt wrote: > > On Thursday 24 July 2003 15:55, Juergen Boemmels wrote: > > > Magic: 7f 45 4c 46 01 01 01 > > > > 00 > > -- > > 00 00 00 00 00 00 00 00 > >

Re: [perl #23115] powerpc linux support

2003-07-25 Thread Daniel Grunblatt
On Thursday 24 July 2003 22:02, Arcady Goldmints wrote: > # New Ticket Created by "Arcady Goldmints" > # Please include the string: [perl #23115] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.html?id=23115 > > > > Contrary to popu

Re: [perl #23115] powerpc linux support

2003-07-25 Thread Daniel Grunblatt
On Thursday 24 July 2003 22:02, Arcady Goldmints wrote: > # New Ticket Created by "Arcady Goldmints" > # Please include the string: [perl #23115] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.html?id=23115 > > > > Contrary to popu

Re: cvs commit: parrot/jit/ppc exec_dep.h

2003-07-25 Thread Daniel Grunblatt
Yes, it's already fixed, thanks. On Friday 25 July 2003 17:55, Garrett Rooney wrote: > Daniel Grunblatt wrote: > > +# endif > > +# if EXEC_OS == DARWIN > > +# define EXEC_MACH_O > > +# endif > > +# if (EXEC_OS == FREENBSD) || (EXEC_OS

Re: make fails on MacOS X 10.2.6

2003-07-28 Thread Daniel Grunblatt
On Monday 28 July 2003 20:46, Tim Howell wrote: > ?tches from a few days ago to allow executable creation, the current CVS no > longer compiles properly on my MacOS X 10.2.6 box. The error I get is: > > exec_save.c:319:16: #if with no expression > make: *** [exec_save.o] Error 1 > > The following

[Cvs ci] EXEC on linux/PPC (was make fails on MacOS X 10.2.6)

2003-07-28 Thread Daniel Grunblatt
On Monday 28 July 2003 20:53, Simon Glover wrote: > On Mon, 28 Jul 2003, Tim Howell wrote: > > ?tches from a few days ago to allow executable creation, the current CVS > > no longer compiles properly on my MacOS X 10.2.6 box. The error I get > > is: > > > > exec_save.c:319:16: #if with no expressi

[CVS ci] Exec argument.

2003-07-29 Thread Daniel Grunblatt
I have checked in a patch to make the following work: ./parrot -o life.o examples/assembly/life.pbc So, don't use test_main anymore. I made this storing the pointer to the -o argument in the interpreter string register 0 to make it visible from inside the core, instead of adding another pointe

Re: [perl #23159] Parrot SIGSEGV in scratchpad_find

2003-07-29 Thread Daniel Grunblatt
On Tuesday 29 July 2003 21:10, chromatic wrote: > On Tuesday, July 29, 2003, at 02:41 PM, Simon Glover wrote: > > Therefore the decision was taken that we should not guarantee that > > Parrot > > should never segfault when fed bad assembler; the creation of invalid > > assembler is a compiler bu

Re: cvs commit: parrot embed.c

2003-07-31 Thread Daniel Grunblatt
On Thursday 31 July 2003 14:31, Brent Dax wrote: > Daniel Grunblatt: > > +PIO_eprintf(interpreter, "Parrot VM: Platform " JIT_ARCHNAME > > +" is not EXEC-capable.\n"); > > An unprefixed constant like JIT_ARCHNAME should n

Re: JIT bug with restoretop

2003-08-03 Thread Daniel Grunblatt
On Sunday 03 August 2003 15:27, Simon Glover wrote: > On 3 Aug 2003, Luke Palmer wrote: > > This fix has worked fine with JIT until now, so I suspect the problem > > is elsewhere. > > Bug confirmed here (although I need a slightly longer string to trigger > it). Here's a stacktrace: I couldn't r

Re: Packfile stuff

2003-08-07 Thread Daniel Grunblatt
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

[CVS ci] Exec

2003-08-10 Thread Daniel Grunblatt
Now Exec works exactly like the jit, I have checked in the missing restart, fixed some bugs at Parrot_jit_store_retval and make exec_start call runops instead of calling run_compiled directly, so now all test are successful. Have fun. Daniel.

Re: [CVS ci] Exec

2003-08-11 Thread Daniel Grunblatt
On Friday 08 August 2003 14:16, Nicholas Clark wrote: > On Fri, Aug 08, 2003 at 01:48:17PM -0300, Daniel Grunblatt wrote: > > Now Exec works exactly like the jit, I have checked in the missing > > restart, fixed some bugs at Parrot_jit_store_retval and make exec_start > > c

Re: packfile and EXEC

2003-08-14 Thread Daniel Grunblatt
On Wednesday 13 August 2003 05:07, Leopold Toetsch wrote: > I started extending the packfile functions towards multiple code > segments. First is still some cleanup, but I already have troubles with > the EXEC stuff :-( I could not reproduce the error here. > The debugger doesn't really like this

Re: packfile and EXEC

2003-08-14 Thread Daniel Grunblatt
On Wednesday 13 August 2003 12:28, Daniel Grunblatt wrote: > On Wednesday 13 August 2003 05:07, Leopold Toetsch wrote: > > I started extending the packfile functions towards multiple code > > segments. First is still some cleanup, but I already have troubles with > > the EXEC

Re: cygwin results

2003-08-21 Thread Daniel Grunblatt
On Thursday 21 August 2003 11:23, Tanton Gibbs wrote: > I just wanted to let the list know that with the following configure > options > > --cgoto=0 --jitcapable=0 --execcapable=0 Just to let you know --jitcapable=0 implies --execcapable=0. > > I had 100% pass rate on all cygwin tests. Cool. > >

[CVS ci] EXEC ARM

2003-08-14 Thread Daniel Grunblatt
Now EXEC works for ARM (linux) too.

Re: [PATCH] Win32 compilation fix

2003-08-15 Thread Daniel Grunblatt
On Thursday 14 August 2003 18:24, Mattia Barbon wrote: > Puts #ifdefs as per the rest of i386/jit_emit.h. > > Regards > Mattia Applied, Thanks. Daniel.

[CVS ci] EXEC and libparrot.so

2003-08-15 Thread Daniel Grunblatt
If you want to compile your .pbc to $(EXE) but you don't want blib/lib/libparrot.a included in each one, you can do it by linking the generated .o with blib/lib/libparrot.so (you can try "make exec_so EXEC=" but I'm unsure if it will work correctly) In order to have this working you must recom

[CVS ci] MIPS JIT

2003-08-14 Thread Daniel Grunblatt
I've checked in what I did last year to make the JIT work on MIPS, it's not finished but IMHO it's a good start, so if anyone wants to continue or gimme an account in one (which I don't have anymore) I would be glad. Daniel.

Re: [PATCH] pdd7

2003-09-05 Thread Daniel Grunblatt
On Friday 05 September 2003 12:34, Steve Fink wrote: > Nicholas Clark wrote: > >On Tue, Sep 02, 2003 at 06:39:23AM +0300, Vladimir Lipskiy wrote: > >>D. Function parametres in declarations. > >> > >>At the monent, pdd7 says that we mustn't omit them in declarations. > >>I propose to omit them. The

Re: [PATCH] Re: Timely Destruction: An efficient, complete solution

2003-09-09 Thread Daniel Grunblatt
On Wednesday 10 September 2003 01:52, Luke Palmer wrote: > Okay, after some major changes, here's the second revision of my patch. > This one is fully functional. > > On my system, it creates over a 10x speedup for lazy DOD runs! Yay! > > (I'll post the benchmark program if someone wants; it's pre

Re: Howto write a JIT?

2003-10-08 Thread Daniel Grunblatt
I can point you to the docs: docs/jit.pod There should be an explanation of how it works. Daniel. On Wednesday 08 October 2003 13:16, Clemens Eisserer wrote: > Hi there! > > I´m currently interrested a bit in howto write a just in time compilier > (jit). I searched a long time using googl

Debian on parisc: Parrot 0.1.0 fails

2004-03-03 Thread Daniel Grunblatt
When updating the old version I had at the TD machine to the current cvs version I realize that it fails right after start running, entering in an eternal loop, I could not find out exactly what is the problem but I think it's related to threads. It's Debian 3.0 on parisc using gcc 3.0.4 Any ide

Re: Debian on parisc: Parrot 0.1.0 fails

2004-03-04 Thread Daniel Grunblatt
On Wednesday 03 March 2004 19:50, Leopold Toetsch wrote: > Daniel Grunblatt <[EMAIL PROTECTED]> wrote: > > When updating the old version I had at the TD machine to the current cvs > > version I realize that it fails right after start running, entering in an > > eternal

Re: Revamping the build system

2001-10-23 Thread Daniel Grunblatt
Suppose auto{conf|make} is OK, won't there be any copyright issue? And by the way, does any one have an idea of what will be the copyright of Parrot? I would really love it to be BSD, but since I haven't contributed (yet) with any source code/idea/anything my opinion doesn't count. On Tue, 23 Oc

Re: java vs. parrot mops

2001-10-31 Thread Daniel Grunblatt
I have tested times using computed goto in the interpreter and here are the results: # ./test_prog mops.pbc Iterations:1 Estimated ops: 3 Elapsed time: 8.604721 M op/s:34.864582 # java -Xint mops Iterations:1 Estimated ops: 3 Elapsed time: 9.6929

[PATCH] Computed goto, super-fast dispatching.

2001-11-03 Thread Daniel Grunblatt
4.554578 M op/s:65.867792 With -O3: #./mops Iterations:1 Estimated ops: 3 Elapsed time: 1.023564 M op/s:293.093515 #java -Xint mops Iterations:1 Estimated ops: 3 Elapsed time: 9.70542915344 M op/s: 30.911900945224637 Daniel

Re: Yet another switch/goto implementation

2001-11-03 Thread Daniel Grunblatt
ing. > 6) A few warnings about type mismatch when building with 'goto' >Yet make, make test and mops.pbc run fine. Hmm. > > Share and enjoy. > > Michael > -- > Michael Fischer 7.5 million years to run > [EMAIL PROTECTED]printf "%d", 0x2a; > -- deep thought > Daniel Grunblatt.

Re: [PATCH] Computed goto, super-fast dispatching.

2001-11-04 Thread Daniel Grunblatt
ssing something doesn't have anything to with the _benchmark_. Daniel Grunblatt. On Sun, 4 Nov 2001, Tom Hughes wrote: > In message <[EMAIL PROTECTED]> > Daniel Grunblatt <[EMAIL PROTECTED]> wrote: > > > All: > > Here's a list of the things I

Re: Yet another switch/goto implementation

2001-11-04 Thread Daniel Grunblatt
On Sun, 4 Nov 2001, Michael Fischer wrote: > On Nov 04, Daniel Grunblatt <[EMAIL PROTECTED]> took up a keyboard and banged >out > > First of all you miss typed: > > -if ($c{do_opt_t} eq 'goto' and $c{cc} !~ /gcc/i ) { > > +if ($c{do_op_t} eq 'got

Re: Revised yet another goto/switch...etc.

2001-11-04 Thread Daniel Grunblatt
-- > Michael Fischer 7.5 million years to run > [EMAIL PROTECTED]printf "%d", 0x2a; > -- deep thought > Daniel Grunblatt.

Re: Yet another switch/goto implementation

2001-11-04 Thread Daniel Grunblatt
Did you put an eye on my implementation? what's the point in using computed goto when tracing, checking bounds or profiling? Daniel Grunblatt. On Sun, 4 Nov 2001, Michael Fischer wrote: > On Nov 04, Brent Dax <[EMAIL PROTECTED]> took up a keyboard and banged out > > Micha

  1   2   >