diff options
author | Dave Rolsky <autarch@urth.org> | 2011-09-16 09:07:52 -0500 |
---|---|---|
committer | Dave Rolsky <autarch@urth.org> | 2011-09-16 09:08:16 -0500 |
commit | 84c2f6fdcbbbd74e5cf941b80fca8fa35d3f9816 (patch) | |
tree | b3cee045709a71b27adf43844affe60886ece890 | |
parent | c39e29ea73d2e980123a57d737fb01a04f6e4d11 (diff) | |
download | perl-84c2f6fdcbbbd74e5cf941b80fca8fa35d3f9816.tar.gz |
Revert "Put Jesse's "How a Bill Becomes a Law" into perlhack (with editing)"
This reverts commit 6a945912f2861921b440402072b7053a1dc414a5.
-rw-r--r-- | pod/perlhack.pod | 52 |
1 files changed, 2 insertions, 50 deletions
diff --git a/pod/perlhack.pod b/pod/perlhack.pod index d327b521a1..63df5d5dfc 100644 --- a/pod/perlhack.pod +++ b/pod/perlhack.pod @@ -212,56 +212,8 @@ please explain why when you submit it. =head2 Getting your patch accepted -If you'd like to work on a significant change to the Perl core, there -are some steps you can take to help us help you go from idea to -accepted patch. - -Before you start coding, please write up a proposal for the idea and -discuss it on the perl5-porters email list. This can save you a lot of -time. In many cases, the porters will be able to guide you towards -working something that fits in the Perl core. In some cases, they may -simply reject the idea outright. That might be disappointing, but it's -even more disappointing to actually write the patch only to have it -rejected! - -Once your proposal has been discussed and you've done your hacking, -there are a number of other things you can do to ensure that your patch -gets a favorable reception. - -First, make sure your patch includes tests for new and/or changed -behavior. Without comprehensive tests, it's extremely unlikely that -your patch will be considered. - -Most significant changes will also require changes to the -documentation. Patches that come with documentation updates are greatly -preferred. - -Please add an entry to the F<pod/perldelta.pod> document describing -your change. Don't worry about getting this exactly right, but do write -something. - -If your change makes existing tests fail, then you must fix the tests. -Patches that cause test failures will probably be rejected. - -If your change is not portable to all the platforms that we test Perl -on, it will probably be rejected. Ask the p5p list for help with -unfamiliar platforms. - -If your change causes a significant performance rejection, it will -probably be rejected. - -Some changes may have an unknown impact on existing CPAN modules. We -may ask you to smoke your change against some portion of CPAN. Ask for -help on p5p. We're actively working on making this sort of smoke -testing easier. - -If we're close to a freeze, your patch may be temporarily put on hold. -See the F<Porting/release_schedule.pod> document for details on when -freezes are scheduled. - -This may seem daunting, but the Perl 5 Porters will do our best to help -you contribute to Perl. Don't be afraid to ask for help on the mailing -list or IRC. +If you are submitting a code patch there are several things that you +can do to help the Perl 5 Porters accept your patch. =head3 Patch style |