[perl #39704] [CAGE] Tcl - Convert TODO/XXX comments to RT tickets

I did it! Yay :-) This will hopefully reduce the noise on parrot- porters.

[perl #40818] [PATCH] Silence warning in t/library/pcre.t

Thanks, applied (only slightly modifie) as r15442.

[perl #40361] [PATCH] #40278 [CAGE] perl coding standards coda. (cont.)

Hi all, The attached patch to the coding standards pdd concerns how we handle the parrot emacs/vim coda in perl source files when the files contain __END__ or __DATA__ blocks. The reason for the patch is that vim looks at only the first or last five lines of a file to see if there is any styl

[perl #40912] [CAGE] Tcl - convert all XXX (#...) comments to the RT#... format

On Thu Nov 16 14:00:58 2006, [EMAIL PROTECTED] wrote: > The TODO (XXX,FIXME) items which are already associated with an RT > ticket number in tcl need to be changed across to the > easier-to-search-for RT#... format. Done in r15651. Paul

[perl #40884] [CAGE] update parrothist.pod from email archives

On Tue Nov 14 14:36:09 2006, chip wrote: > All those cute release names seem to have been lost to history. Please > somebody check the email archives for release announcements and update > docs/parrothist.pod with the names. adTHANKSvance I found some more on Google Groups and added them to par

[perl #39826] [CAGE] convert C to C

On Thu Jul 13 11:11:59 2006, particle wrote: > there are many scripts (ack reports 189, below) that contain 'perl > -w'. > > D:\usr\local\parrot\trunk>ack --perl "perl -w" -l | perl > -nle"}END{print $." > 189 > > our minimum required perl version is 5.6.2. it's time these get be > converted

[perl #40482] [PATCH] Perl::Critic policy for perl -w, and unix-specific shebang lines

Patches applied as of revisions r15848, r15860, and r15871. Thanks, Paul

[perl #40511] [PATCH] Removal of deprecated fetchmethod opcode

Resolved in r40511

[perl #40511] [PATCH] Removal of deprecated fetchmethod opcode

On Sat Dec 16 07:56:02 2006, ptc wrote: > Resolved in r40511 This should be: Resolved in r16122

[perl #40428] [PATCH] Return perl script and module file locations in parrot distro

Resolved in r16125.

[perl #40503] [PATCH] Removal of .imc filename change paragraph

On Wed Oct 11 06:47:14 2006, particle wrote: > On 10/11/06, Paul Cochrane <[EMAIL PROTECTED]> wrote: > > > i'm not 100% sure this is the right thing to do, either. the most > > > recent version of "perl 6 and parrot essentials" still makes reference > > > to '.imc' files. with this paragraph in de

[perl #40361] [PATCH] #40278 [CAGE] perl coding standards coda. (cont.)

Hi all, We could close this ticket if a decision were made as to whether or not the emacs/vim formatting information can be put at the *beginning* of a file in the case where __END__ or __DATA__ blocks are used within a perl source file. What are people's opinions? Would it be too ugly to p

[perl #39997] [PATCH] PGE P5 Test Cleanup

Jerry, Did you get around to opening the tickets you mentioned here? If so, I think we can close this ticket. If not, do you want to sketch out the ideas for the tickets you want opened? I can then go through the donkey work of opening them for you if you want. Paul On Fri Jul 28 12:20:30

[perl #39997] [PATCH] PGE P5 Test Cleanup

Resolving this ticket as all the todo/skip markers have been factored out of the p5 and p6 regex test files, and the patches made as a result of the initial patch and discussion thereafter have been applied. Thanks for your help!

[perl #41099] [PATCH] root.in Makefile and CREDITS

On Sat Dec 16 10:29:32 2006, [EMAIL PROTECTED] wrote: > Ensured the makefile doesn't allow a make install and added myself to > the CREDITS file. Thanks! Applied in r16140 and r16141 Paul

[perl #41099] [PATCH] root.in Makefile and CREDITS

Eric, > Added make reallyinstall target > Added help text for make reallyinstall target > Fixed make install target It seems that you've provided two different patches to do this (the first looks like an svn diff, and the second a plain normal diff), which one do you want applied? Paul

[perl #41099] [PATCH] root.in Makefile and CREDITS

Thanks! Applied in r16183.

[perl #39802] [PATCH] [CAGE] turning up the warnings levels in gcc as much as we can

Kevin, Thanks for the patch! I've managed to apply it (with some changes), however the following warning flags don't work with my gcc (3.4.5): #. "-Wfatal-errors " #. "-Wmissing-field-initializers " #. "-Wmissing-include-dirs " #. "-Wvariadic-macr

[perl #39802] [PATCH] [CAGE] turning up the warnings levels in gcc as much as we can

On Wed Jul 12 08:05:52 2006, [EMAIL PROTECTED] wrote: > turning up the warnings levels in gcc as much as we can Applied (mostly) in r16195 and r16196. I'll close the ticket as soon as I know where the extra flags I mentioned earlier should go. Thanks heaps for the patch! Paul

[perl #40253] [PATCH] [CAGE] always cast printf("%p") to (void *)

On Tue Aug 29 19:03:44 2006, coke wrote: > The attached patch casts all the printfs arguments corresponding to "% > p" to be (void *), to avoid compiler warnings. > > However, the following tests fail after the change: > > Failed Test Stat Wstat Total Fail Failed List of Failed > ---

[perl #40253] [PATCH] [CAGE] always cast printf("%p") to (void *)

On Wed Dec 20 14:21:52 2006, coke wrote: > Whatever you were able to apply is fine. Applied in 16211, thanks!

[perl #41198] [TODO] tools/dev/mk_manifest_and_skip.pl should be aware of MANIFEST.generated

On Sun Jan 07 11:57:37 2007, particle wrote: > On 1/7/07, via RT Bernhard Schmalhofer > <[EMAIL PROTECTED]> wrote: > > # New Ticket Created by Bernhard Schmalhofer > > # Please include the string: [perl #41198] > > # in the subject line of all future correspondence about this issue. > > # http://

[perl #40905] [CAGE] coding standards hammer too big

On Thu Nov 16 05:00:35 2006, coke wrote: > Any files that are copied from somewhere else should be immune from > our coding standards. > > This includes items in > > lib/Parse/RecDescent.pm, which is from CPAN, or > > languages/tcl/library/*, from tcl's standard library. > > r15596 changed so

[perl #40905] [CAGE] coding standards hammer too big

On Thu Nov 16 05:00:35 2006, coke wrote: > Any files that are copied from somewhere else should be immune from > our coding standards. > > This includes items in > > lib/Parse/RecDescent.pm, which is from CPAN, or > > languages/tcl/library/*, from tcl's standard library. > > r15596 changed so

[perl #40905] [CAGE] coding standards hammer too big

On Mon Jan 08 10:07:38 2007, particle wrote: > On 1/8/07, Paul Cochrane via RT <[EMAIL PROTECTED]> wrote: > > On Thu Nov 16 05:00:35 2006, coke wrote: > > > Any files that are copied from somewhere else should be immune from > > > our coding standards. &

[perl #41292] [PATCH] make languages/cola/{lexer,parser}.c comply with coding standards

On Mon Jan 22 10:17:48 2007, [EMAIL PROTECTED] wrote: > On Fri Jan 19 01:48:36 2007, ptc wrote: > > Which revision of Parrot was this using? The reason I ask is that > > these files are supposed to be exempt from the coding standards tests > > as they are automatically generated by flex/yacc. I

[perl #41485] [TODO] Add a test for svn:eol-style property

Resolved as of r16981

[perl #41387] perlcritic.t picking up non-perl files

This ticket was resolved by chromatic++ in r17069.

[perl #41388] Parrot::Distribution doesn't exclude all external perl modules

Problem fixed by chromatic++ in r17426; thanks!

[perl #40072] [CAGE] tools/dev/mk_manifest_and_skip.pl requires svn

Resolved as of r17538. The fix included as a side effect the MANIFEST now including Added and Deleted (but not committed) files.

[perl #41861] [TODO] Create (and start the basics of) a cage cleaner guide

Resolved as of r17556.

[perl #41859] [TODO] Replace cage/todo.pod files by RT tickets

Resolved.

[perl #41168] graceful "no compiler" error message?

On Sat Mar 17 23:51:04 2007, [EMAIL PROTECTED] wrote: > On Wed Jan 03 07:51:56 2007, coke wrote: > > > It would be nice if configure.pl gracefully handled the error > condition > of "no compiler found". > > Here's a patch for that! Patch applied in r17614. Thanks!

[perl #38764] Test results of parrot on Freebsd

I've now got access to a FreeBSD (6.1 PRERELEASE #4) box, and have checked out and compiled Parrot. Attached is the output of 'make test', and myconfig. Regards, Paul myconfig Description: Binary data make_test.out Description: Binary data

[perl #41168] graceful "no compiler" error message?

On Sun Mar 18 04:05:41 2007, ptc wrote: > On Sat Mar 17 23:51:04 2007, [EMAIL PROTECTED] wrote: > > On Wed Jan 03 07:51:56 2007, coke wrote: > > > > > It would be nice if configure.pl gracefully handled the error > > condition > of "no compiler found". > > > > Here's a patch for that! > > Patch

[perl #41601] [BUG] parrotbug b0rken

On Fri Feb 23 13:32:02 2007, kjs wrote: > parrotbug seems to be broken on win32. What output are you getting (if at all)?

[perl #41658] [TODO] Move all gc source files into a separate directory

On Thu Mar 15 19:47:07 2007, [EMAIL PROTECTED] wrote: > I have a patch for doing this, at least a build, compile, and test type > patch. Instead of doing one massive patch to send, here's a script to > move the files(diffs include the entire file twice) and apply the > patch. It moves all th

[perl #41529] [BUG]: t/perl/Parrot_Distribution.t test failure

On Tue Feb 20 15:31:02 2007, [EMAIL PROTECTED] wrote: > On Saturday 17 February 2007 08:27, jerry gay wrote: > > > as noted in my svn log at time of checkin, this is a failing test > > which exposes a bug in Parrot::Distribution. '*.t' files are only perl > > files if the shebang says they are, b

[perl #41601] [BUG] parrotbug b0rken

The main problem people seem to be having with parrotbug is in sending messages. Since one needs to be online to send messages (if and when it works) why not let people just use [EMAIL PROTECTED] Then we can reserve the parrotbug program for generating bug reports offline for later reporting

[perl #41900] [PATCH] 2 refactor src/library.c to reduce complexity, eliminate duplicated code

Applied in r17628. Thanks!

[perl #41902] [PATCH] 3 refactor src/library.c to reduce complexity, introducing a few new static scoped path utility functions

On Sun Mar 18 23:49:11 2007, codermattie wrote: > this is the third patch in the series of src/library.c re-factors. > > This patch is compile and test-suite tested on linux-i686. it does > include a minor change > on win32 that I was not able to test. > > I have created a few new path utility fu

[perl #41906] [PATCH] 3 & 4 src/library.c refactoring combined and rebased against 17628 (with attatchment this time)

On Mon Mar 19 01:07:54 2007, codermattie wrote: > here is the re-based patch. please see the tickets for the third and > fourth for comments on the changes. > > this patch was compile tested. (added message to incorrect ticket, this was the right one) Applied in r17630. Thanks! I'll close this t

[perl #41903] [PATCH] 4 refactor src/library.c

Ticket is superseded by #41905

[perl #41902] [PATCH] 3 refactor src/library.c to reduce complexity, introducing a few new static scoped path utility functions

Ticket is superseded by #41905

[perl #41908] [PATCH] 5 feature enhancement of src/library.c (extension guessing), and solutions for the install target problems

On Mon Mar 19 03:39:21 2007, codermattie wrote: > Hello, > > This patch begins the feature enhancement phase of the > Parrot_locate_runtime_str. > > based on: rev 17631 > > two new static functions are introduced. > > * try_load_path: > > this helper combines the path_finalization with the sta

[perl #41610] [TODO] Work out why regexp in is_perl_exemption doesn't search subdirs

Fixed by chromatic in r17426.

[perl #41906] [PATCH] 3 & 4 src/library.c refactoring combined and rebased against 17628 (with attatchment this time)

particle++ confirms that this works on Win32. Ticket resolved.

[perl #38969] [CAGE] parrot source does not conform to standards

On Mon Apr 24 12:57:16 2006, [EMAIL PROTECTED] wrote: > running `per tools/dev/check_source_standards.pl` is disheartening, as > there are thousands upon thousands of source standards exceptions. > > this is likely a combination of three things: > 1) the standards (docs/pdds/clip/pdd07_codingstd.p

[perl #41168] graceful "no compiler" error message?

particle++ confirmed that this patch works successfully on windows. Closing the ticket.

[perl #39823] [CAGE] tools/dev/run_indent.pl -- this should be a test

On Mon Jul 24 19:51:24 2006, guest wrote: > > Hi Jerry, > > I've made an initial version of C. > > Can you please tell me if this is ok and what improvements are needed? > > There are a few stuff from C that I have not copied over, > I needed advice whether they are still needed? > > Thanks!

[perl #41886] [CAGE] Use lcov to show code coverage

On Sat Mar 17 14:19:51 2007, ptc wrote: > The lcov tool from the Linux Test Project > (http://ltp.sourceforge.net/coverage/lcov.readme.php) can be used to > produce html output of code coverage information (I believe this looks > similar to Devel::Cover's output). A 'make cover' target should be >

[perl #41168] graceful "no compiler" error message?

On Tue Mar 20 12:13:15 2007, coke wrote: > per chromatic, this should probably be backed out. At least for the > 0.4.10 release. Backed out until we find another solution to the problem. Paul

[perl #41927] [PATCH] getting gen_manifest_skip() to return correct results quickly

Actually bothering to attach the patch this time... parrot_distro.patch Description: Binary data

[perl #42156] [PATCH] Make invoke() return opcode_t*

Thanks! Applied in r17859. Note: I had to update include/parrot/debug.h to make sure that src/ debug.c

[perl #42074] [PATCH] add RECURSION_LIMIT macro

Thanks! Applied in r17863.

[perl #42225] [BUG] t/codingstd/c_parens.t getting false negatives

On Fri Mar 30 21:31:53 2007, [EMAIL PROTECTED] wrote: > On Fri Mar 30 21:03:36 2007, [EMAIL PROTECTED] wrote: > > While I haven't fixed it, I've mitigated it a fair amount. The original > > version has 273 failing files. My painfully simple fix drops that to 130. > > > > My fix is just instead o

[perl #42236] [PATCH] Codingstd/whitespace fixes (keyword one-space open-paren)

On Fri Mar 30 23:36:45 2007, [EMAIL PROTECTED] wrote: > Hi, > > I'm bored, so I'm going through and fixing some failing tests in > t/codingstd/ > > At the moment I'm working on c_parens.t. Here's one that fixes the > majority of the failures in the first third of the tests, which looks > that cod

[perl #42045] [PATCH] add return statement to clone in iterator.pmc

On Tue Mar 27 12:08:14 2007, [EMAIL PROTECTED] wrote: > On Saturday 24 March 2007 05:36, Klaas-Jan Stol wrote: > > > attached a patch that adds a return statement to clone in iterator.pmc > > (which was obviously forgotten?) > > How interesting that it didn't fail on Linux with GCC. Anyway, ap

[perl #40361] [PATCH] #40278 [CAGE] perl coding standards coda. (cont.)

On Tue Dec 19 16:30:34 2006, [EMAIL PROTECTED] wrote: > Nicholas Clark wrote: > > > > To seek clarification - having those as global settings for cperl isn't > > likely to be an issue? Or having them in editor blocks? > > I meant globally. > > It's really not a big deal, though. For the immedia

[perl #39934] [PATCH] Make disassemble useful.

On Mon Jul 24 19:10:59 2006, tewk wrote: > I've been wanting this little enhancement for quite some time. > I finally coded it up. > Suggestions welcome. > > Kevin > > The patch updates disassemble output to contain three useful pieces of > information. > > FROM > > load_bytecode_sc "TGE.pbc" >

[perl #39878] [CAGE] generated files with timezoneless times

On Wed Jul 19 09:17:26 2006, coke wrote: > # $Id: MANIFEST 13384 2006-07-19 15:42:23Z tewk $ > # > # generated by tools/dev/mk_manifest_and_skip.pl Wed Jul 19 09:38:21 > 2006 > > Any tools that insert messages like this in generated files should > include a timezone, even if it's GMT/UTC. In f

[perl #40861] [CAGE] - add a Perl::Critic policy to look for FIXME|TODO|XXX

On Mon Nov 13 06:31:40 2006, ptc wrote: > The t/codingstd/fixme.t test only looks in C-language files for > FIXME|TODO|XXX comments. It would therefore be good for the > t/codingstd/perlcritic.t test to check for these comments in the Perl > source files. Added a check for the Perl::Critic::Bangs

[perl #41860] [CAGE] Run Parrot under Coverity Prevent

On Thu Mar 15 19:24:31 2007, ptc wrote: > Coverity already runs Prevent on the Perl 5 source. Let's get > Parrot running under it, too. L Just to keep this ticket up to date with what's happening, here is a reply to my email asking to add Parrot to Coverity which recen

[perl #41908] [PATCH] 5 feature enhancement of src/library.c (extension guessing), and solutions for the install target problems

Matt, This patch actually broke stuff and was reverted shortly before Parrot 0.4.10. It needs to be reapplied, and then checked that it doesn't break anything (IIRC there were problems on Win32), hence why the ticket is still open. I've only just returned from 3 weeks overseas and haven't ha

[perl #42899] [PATCH] t/codingstd/tabs.t improve diagnostic output

On Mon May 07 04:40:24 2007, codermattie wrote: > Hello, > > My version of Emacs appears to be leaking tabs into files despite > having this in my emacs config: > > (setq indent-tabs-mode nil) > > To help track down the problem in emacs/cperl and get it fixed I need > better diagnostics. I have

[perl #42900] [PATCH] src/packfile.c Parrot_load_bytecode, improve error message

On Mon May 07 06:49:42 2007, codermattie wrote: > Hello, > > I noticed while debugging my patches to the loader that the message >for a failure in .load_bytecode was really > horrible. It was something like this: > > immc: Couldn't find file %s > > At the time I didn't know what immc was, an

[perl #41908] [PATCH] 5 feature enhancement of src/library.c (extension guessing), and solutions for the install target problems

On Mon Apr 30 12:22:21 2007, mdiep wrote: > On Wed Mar 21 03:44:10 2007, codermattie wrote: > > Hello, > > > > now that 0.4.10 has released I would like to merge rt# 41908 which > > introduces extension guessing. > > The current implementation does not affect the behavior of existing > > code. No n

[perl #42903] [PATCH] Add guards to the rest of the headerfiles

On Mon May 07 12:55:56 2007, mark at glines.org wrote: > Hi, > > The attached patch adds a bullet to PDD07 about headerfile guards, and > adds a test to c/codingstd/ to check for existence, uniqueness, and > lack of conflicting names. Then it fixes up all headers returned by > Parrot::Distributi

[perl #42898] [PATCH] src/library.c , honor PARROT_PREFER_SOURCE in extension guessing

On Mon May 07 04:28:22 2007, codermattie wrote: > hello, > > Building on commit #18446 this patch honors PARROT_PREFER_SOURCE. > > quick background: > > to get the install/working-copy to work the same extensions should > not be used with .load_bytecode. Sometimes it will be compiled, > sometime

[perl #42908] [PATCH] add guard macro to autogenerated file include/parrot/has_header.h

On Tue May 08 18:44:52 2007, infinoid wrote: > Just talking to myself here :) > > On Tue May 08 13:28:41 2007, mark at glines.org wrote: > > Hmm. It seems there's more than one header being missed by > > t/codingstd/c_header_guards.t. I'm going to try to supplement the > > $DIST->c_header_files

[perl #42918] [PATCH] src/library.c use mem_sys_free instead of free()

On Mon May 14 05:08:56 2007, codermattie wrote: > On Thu, 10 May 2007 12:18:00 -0700 > "chromatic via RT" at parrotcode.org> wrote: > > > On Thursday 10 May 2007 02:37:15 Mike Mattie wrote: > > > > > quick patch to use the mem_sys_free wrapper instead of using the > > > platform's free() direct

[perl #39426] [BUG] Can't build with cygwin.

cygwin is currently building (as of r18821). Is this ticket required anymore? Paul

[perl #38217] r11124: Cygwin build fails

cygwin is building as of r18821. Is this ticket required anymore? Paul

[perl #37923] [TODO] build - configure framework needs tests

On Mon Feb 20 14:35:58 2006, jhoblitt wrote: > > [jhoblitt at hawaii.edu - Wed Dec 14 01:56:56 2005]: > > > > - The framework itself needs tests!!! > > > > Parrot::Configure::Data should be low hanging fruit > > This has been mustly done since Decemeber with the expection of > Parrot::Configure

[perl #43148] [TODO] Rename rpath hash element to be more general (config/init/hints/darwin.pm)

On Thu Jun 07 05:21:33 2007, jkeen at verizon.net wrote: > Paul Cochrane wrote: > >> 'rpath' sounds pretty general to me (if not particularly > >> self-documenting). Is there really a significant bang for the buck to > >> changing it? (Or, different way of asking same question: If that > >> co

[perl #41569] [BUG] t/distro/file_metadata.t fails on win32

After much help from Ron Blaschke to get this working nicely on Win32, I've applied the latest patch as r19059 and am now closing the ticket. Paul

[perl #38844] [TODO] Make lint, splint and tags targets

On Fri Apr 13 06:15:19 2007, infinoid wrote: > On Mon Apr 03 20:43:53 2006, petdance wrote: > > The lint target needs to be renamed to splint. > > > > Then create a new lint target to support Sun Studio. > > > > And update the tags target. > > As of today's date (2007-04-13), it appears that all

[perl #43241] [PATCH] [CAGE] include/parrot/string.h typedefs STRING and String are redundant

On Mon Jun 18 15:03:31 2007, petdance wrote: > > On Jun 18, 2007, at 11:28 AM, Mark Glines (via RT) wrote: > > > Here's a patch to consolidate that, and standardize on STRING (based > > on the fact that it's used *much* more often than String is). > > And also isn't String a standard C++ class?

[perl #42427] [CAGE] cleanup perlcritic errors

To be able to attack this ticket properly, we need to be able to run at least a subset of the perlcritic tests with 'make test' alongside the other coding standards tests, so as to ensure that any broken windows do not remain so for very long. Therefore, I propose to change the functionality o

[perl #41895] [TODO] Use Getopt for argument parsing in perlcritic.t

Implemented as of r19319.

[perl #40392] [CAGE] convert C to C

On Thu Sep 21 14:38:40 2006, particle wrote: > parrot's source is littered with internal_exception() calls, the bulk > (all?) of which should be converted to real_exception() calls. > internal exceptions are uncatchable, and might as well be called > C. that's bad, ya dig? > > there are plenty of

[perl #38844] [TODO] Make lint, splint and tags targets

I've a question about the tags target: it searches c, perl and pmc files. Shouldn't it also search/process the .ops files (as c-language files)? Paul

[perl #40392] [CAGE] convert C to C

On Tue Jun 26 13:35:51 2007, ptc wrote: > On Tue Jun 26 06:36:50 2007, particle wrote: > > On 6/26/07, Paul Cochrane via RT at > parrotcode.org> wrote: > > > On Thu Sep 21 14:38:40 2006, particle wrote: > > > > parrot's source is littered with

[perl #38844] [TODO] Make lint, splint and tags targets

Andy, > Then create a new lint target to support Sun Studio. You've done this recently, haven't you? > And update the tags target. What does ctags point to on your system(s)? On mine it's the emacs version of ctags, whereas the tags target in the makefile is for exuberant-ctags, which on my

[perl #43623] [PATCH] typo in docs/optable.pod

Many thanks! Applied as r19683.

[perl #43613] remove 'compile' opcode

On Sat Jul 07 08:14:04 2007, coke wrote: > > This op has been long deprecated. it should be removed. I removed the opcode, regenerated the ops.num file, removed the two obsolete japh tests using the 'compile' opcode, but unfortunately another japh test fails, namely the one in examples/japh/jap

[perl #43659] [PATCH] typo in docs/art/pp001-intro.pod

Many thanks! Applied as r19702.

[perl #43657] [PATCH] Grammatical error in docs/vtables.pod

Thanks again! Applied in r19703.

[perl #43613] remove 'compile' opcode

Resolved in r19716

[perl #38844] [TODO] Make lint, splint and tags targets

Just updating this ticket to the current state of play: > The lint target needs to be renamed to splint. Actually, this has been changed to sunlint and bsdlint. The splint target has existed for a while (in two forms; now combined as of r19721 into the one target). > Then create a new lint ta

[perl #40392] [CAGE] convert C to C

On Tue Jun 26 02:36:59 2007, ptc wrote: > On Thu Sep 21 14:38:40 2006, particle wrote: > > parrot's source is littered with internal_exception() calls, the bulk > > (all?) of which should be converted to real_exception() calls. > > internal exceptions are uncatchable, and might as well be called >

[perl #43927] [PATCH] Typo in docs/art/pp003-oop.pod

Thanks! Applied as r19899.

[perl #37015] [TODO] docs - svn howto

How does this file look? Does it explain everything which needs to be explained? If everything's ok (or noone makes any noise over the next few days) I'll add this file to docs/project. Comments most definitely welcome. Paul commiter_guide.pod Description: Binary data

[perl #41860] [CAGE] Run Parrot under Coverity Prevent

Parrot is now running under Coverity Prevent. The address for access to its output is: http://scan2.coverity.com:9035/. If you wish to get an account to be able to then access the scan page, you will need to send an email to [EMAIL PROTECTED] I'm going to put this info up on the Parrot wiki

[perl #40865] [CAGE] ensure isxxx() and toxxx() are only passed unsigned char values

On Mon Nov 13 14:24:04 2006, chip wrote: > The C standard says that the isxxx() and toxxx() functions are only defined > if their input falls in the domain of unsigned char, or the special case of > -1 ("EOF"). Therefore, all input values to these functions should be cast > (directly or indirec

[perl #40865] [CAGE] ensure isxxx() and toxxx() are only passed unsigned char values

Since we now have tests covering this issue, and the instances in the code have been cleaned up, I'm now closing this ticket.

[perl #44469] Fix grammatical problems in docs/optable.pod

Thanks! Applied in r20535.

[perl #38468] [TODO] modify copyright info in parrot repo

On Wed Feb 08 06:55:12 2006, [EMAIL PROTECTED] wrote: > ~ tests will be designed to detect differences between the official > copyright text (README) and text files in the repository, with an > exception list for files that do not contain the copyright message A new test along these lines has be

[perl #39088] [CAGE] Add conditional GCC attributes to functions

On Fri May 05 15:18:22 2006, petdance wrote: > > GCC has a number of attributes that we can slap on functions. For > example, GCC's analysis of flow control will be greatly improved when > we put __attribute(noreturn)__ on real_exception(), to tell GCC that > it can't return, like exit(). >

[perl #45281] [CAGE] Replace io->vtable->whatever with VTABLE_whatever(interp, io, ...)

On Sat Sep 08 12:37:00 2007, [EMAIL PROTECTED] wrote: > Several PMCs use vtable methods directly, rather than going through the > accessor macros. These are particularly evident in bytecode freezing and > thawing. > > The existing code looks like: > > io->vtable->push_integer(INTERP,

  1   2   >