From a9f1078629b87bb73266591e78a090b7b8c2ad99 Mon Sep 17 00:00:00 2001 From: Nick Clifton Date: Wed, 14 Feb 2001 18:49:56 +0000 Subject: [PATCH] Add obvious fix rule --- binutils/ChangeLog | 4 ++++ binutils/MAINTAINERS | 11 +++++++++++ 2 files changed, 15 insertions(+) diff --git a/binutils/ChangeLog b/binutils/ChangeLog index ae1bb587d6f..00e8e723d5d 100644 --- a/binutils/ChangeLog +++ b/binutils/ChangeLog @@ -1,3 +1,7 @@ +2001-02-14 Nick Clifton + + * MAINTAINERS: Add "Obvious Fix" rule. + 2001-02-11 Michael Sokolov * unwind-ia64.c: Don't use ANSI C preprocessor stringisation and string diff --git a/binutils/MAINTAINERS b/binutils/MAINTAINERS index 427dd3acdf7..ec66a38e414 100644 --- a/binutils/MAINTAINERS +++ b/binutils/MAINTAINERS @@ -76,3 +76,14 @@ one of the above lists (blanket write or maintainers). [It's a huge list, folks. You know who you are. If you have the *ability* to do binutils checkins, you're in this group. Just remember to get approval before checking anything in.] + + ------------- Obvious Fixes ------------- + +Fixes for obvious mistakes do not need approval, and can be checked in +right away, but the patch should still be sent to the binutils list. +The definition of obvious is a bit hazy, and if you are not sure, then +you should seek approval first. Obvious fixes include fixes for +spelling mistakes, blatantly incorrect code (where the correct code is +also blatantly obvious), and so on. Obvious fixes should always be +small, the larger they are, the more likely it is that they contain +some un-obvious side effect or consequence. -- 2.30.2