Re: Question about Parrot and Omniscient Debugging

Autrijus Tang wrote: On Tue, May 10, 2005 at 11:11:12AM -0500, [EMAIL PROTECTED] wrote: Please excuse the possible 'out of left field' (as we say) aspect of this question but I recently heard about Omniscient Debugging (ODB): http://www.lambdacs.com/debugger/debugger.html Sounds very powerful This

Re: [perl #35388] [PATCH] building problems

At 09:43 10/05/2005 +, you wrote: > 1) On MinGW, can't execute miniparrot.exe during building > Invoking Parrot to generate runtime/parrot/include/config.fpmc --cross your > fingers > ./miniparrot.exe config_lib.pasm > runtime/parrot/include/config.fpmc > '.' is not recognized as an internal or

Re: r7994: win32--msvc-7.1--perl-5.8.6 test error report

At 13:55 06/05/2005 -0700, you wrote: t\op\debuginfo.t 5 1280 85 62.50% 4-8 Consider the last version of my patch attached to [perl #35083]. Francois. ~jerry debuginfo.patch Description: Binary data

Re: Question about Parrot and Omniscient Debugging

On Tue, May 10, 2005 at 11:11:12AM -0500, [EMAIL PROTECTED] wrote: > Please excuse the possible 'out of left field' (as we say) aspect of this > question but I recently heard about Omniscient Debugging (ODB): > http://www.lambdacs.com/debugger/debugger.html This seems to require almost the same j

Re: patch to is_cclass for offset beyond end of string

On Tue, May 10, 2005 at 05:08:49PM +0200, Jens Rieks wrote: > On Monday 09 May 2005 07:53, Patrick R. Michaud wrote: > > The attached patch file adjusts C to always return false > > for offsets beyond the end of the string, and updates > > t/op/string_cclass.t to test this. > Thanks, applied! > >

Question about Parrot and Omniscient Debugging

Hi, Please excuse the possible 'out of left field' (as we say) aspect of this question but I recently heard about Omniscient Debugging (ODB): http://www.lambdacs.com/debugger/debugger.html There is an article in the latest Dr Dobbs (6/05) by the above fellow (Bil Lewis - former Sun scientist an

Re: patch to is_cclass for offset beyond end of string

On Tuesday 10 May 2005 20:29, Patrick R. Michaud wrote: > On Tue, May 10, 2005 at 05:08:49PM +0200, Jens Rieks wrote: > > On Monday 09 May 2005 07:53, Patrick R. Michaud wrote: > > > The attached patch file adjusts C to always return false > > > for offsets beyond the end of the string, and updates

embedding/extending interface

as part of both the pugs and mod_parrot effort, i've started working on bringing the embedding and extending interfaces into the modern parrot era. i'd like to start by adding public APIs (Parrot_*) where necessary and adding missing prototypes to the headers. this will clean things up without ch

[perl #35392] Question about Parrot

> [EMAIL PROTECTED] - Tue May 10 06:00:52 2005]: [cc'ed to our list, ticket #35392 ] > Dear Perl eating Parrots, > > I hope you are the appropriate person to send this email to. Almost :) Please use perl6-internals@perl.org for replies or questions about parrot. > Will Perl 6 have a tracing AP

[perl #35393] [PATCH] _config cleanup

# New Ticket Created by jerry gay # Please include the string: [perl #35393] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=35393 > the new *_config$(O) files are not cleaned up during make clean/realclean... until now. 's

Re: patch to is_cclass for offset beyond end of string

On Monday 09 May 2005 07:53, Patrick R. Michaud wrote: > The attached patch file adjusts C to always return false > for offsets beyond the end of the string, and updates > t/op/string_cclass.t to test this. Thanks, applied! find_cclass and find_not_cclass are in now. jens

Re: [PATCH] Cosmetic updates to MD5 library

Leopold Toetsch wrote: Nick Glencross <[EMAIL PROTECTED]> wrote: Still some way off the OS md5sum, which is typically 0.15 seconds, about 12x quicker. That may sound quite a bit, but much of it can probably be accounted for by inefficiencies in my conversion to parrot code (a slightly awkward rol,

Re: [PATCH] imcc/docs using .pir

On Tue, 10 May 2005, Leopold Toetsch wrote: >Dino Morelli <[EMAIL PROTECTED]> wrote: > >> I modified some of the .pod files in imcc/docs/ to reflect using .pir >> instead of .imc > >Thanks, applied. >leo Thank you, leo. Some of these .pod files are used by the website, down in http://www.parrot

Re: Tags

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Guys, > Does it seem reasonable to clean up some of the tagged versions in the depot > which have served their purpose? I would suggest: > Remove: > file_move_031023 > help > V1? (or rename to something more meaningful?) I've no clue what these tag

[PROPOSAL] call syntax abstraction

Second attempt and cc'ed to other Perl lists too. Original Message Subject: [PROPOSAL] call syntax abstraction Date: Tue, 03 May 2005 13:58:14 +0200 Comments welcome, leo =head1 TITLE Calling convention abstraction =head1 ABSTRACT The current Parrot calling conventions as descr

[perl #35391] [TODO] filepath manipulations

# New Ticket Created by Leopold Toetsch # Please include the string: [perl #35391] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=35391 > During changes related to #34994 I did introduce 3 const cast warnings, which are j

Tags

Guys, Does it seem reasonable to clean up some of the tagged versions in the depot which have served their purpose? I would suggest: Remove: file_move_031023 help V1? (or rename to something more meaningful?) Rename: REL_0_0_5 -> RELEASE_0_0_5 (These tags would continue to be accessible by vis

Re: [perl #35388] [PATCH] building problems

François" PERRAD <[EMAIL PROTECTED]> wrote: > Two small building problems (r8030) > 1) On MinGW, can't execute miniparrot.exe during building > Invoking Parrot to generate runtime/parrot/include/config.fpmc --cross your > fingers > ./miniparrot.exe config_lib.pasm > runtime/parrot/include/config.f

Re: [perl #35386] [PATCH] @ANON tests, and some test fixes

Jerry Gay <[EMAIL PROTECTED]> wrote: > ...at least they're test fixes on win32. > the following patch adds some documentation and tests for the @ANON > subpragma. also, fixes some tests to pass on win32. all expected tests > pass on win32--msvc-7.1--perl-5.8.6. Thanks, applied. leo

Re: Question regarding JIT

Millsa Erlas <[EMAIL PROTECTED]> wrote: > I heard that Parrot has a JIT compiler. If I understand this correctly, > does this mean Parrot bytecode is converted to native machine hardware > code before execution? If so, it is a good idea. Yes, if the platform has the necessary code at least. > JIT

Re: [perl #35385] [PATCH] fix dynclasses/ build failure

Jerry Gay <[EMAIL PROTECTED]> wrote: > some recent changes have left dynclasses unbuildable on MSWin32 due to > an undefined external linker error. Thanks, applied. leo

[perl #35388] [PATCH] building problems

# New Ticket Created by FranÃois PERRAD # Please include the string: [perl #35388] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=35388 > This transaction appears to have no content Two small building problems (r8030) 1)

[perl #35386] [PATCH] @ANON tests, and some test fixes

# New Ticket Created by jerry gay # Please include the string: [perl #35386] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=35386 > ...at least they're test fixes on win32. the following patch adds some documentation and

Question regarding JIT

I heard that Parrot has a JIT compiler. If I understand this correctly, does this mean Parrot bytecode is converted to native machine hardware code before execution? If so, it is a good idea. JIT is great, however, will it still be possible to run the Parrot bytecode on the interpretor? Also,

[perl #35385] [PATCH] fix dynclasses/ build failure

# New Ticket Created by jerry gay # Please include the string: [perl #35385] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=35385 > some recent changes have left dynclasses unbuildable on MSWin32 due to an undefined extern

Re: [PATCH] imcc/docs using .pir

Dino Morelli <[EMAIL PROTECTED]> wrote: > I modified some of the .pod files in imcc/docs/ to reflect using .pir > instead of .imc Thanks, applied. leo

Re: [perl #35365] [PATCH] allow array of args for spawnw

Jeff Horwitz <[EMAIL PROTECTED]> wrote: > the attached patch adds a new signature for spawnw so it can take a PMC > array of arguments rather than a single string. Thanks, applied - this one, there was a second mail with a patch. Please note that patches to platform code need special considerati

Re: [PATCH] Cosmetic updates to MD5 library

Nick Glencross <[EMAIL PROTECTED]> wrote: > Still some way off the OS md5sum, which is typically 0.15 seconds, about > 12x quicker. That may sound quite a bit, but much of it can probably be > accounted for by inefficiencies in my conversion to parrot code (a > slightly awkward rol, and perhaps th

Re: [PATCH] Cosmetic updates to MD5 library

Nick Glencross <[EMAIL PROTECTED]> wrote: > this patch makes some small updates to the MD5 files. Thanks, applied. leo