aboutsummaryrefslogtreecommitdiff
path: root/gdb/CONTRIBUTE
diff options
context:
space:
mode:
authorAndrew Cagney <cagney@redhat.com>2001-09-26 20:52:56 +0000
committerAndrew Cagney <cagney@redhat.com>2001-09-26 20:52:56 +0000
commitff1da24e18b713483876bb2f5f31ddcc38a778c8 (patch)
tree30cfa4ff01b285c14c1cbda05aef4869fe3e19d9 /gdb/CONTRIBUTE
parent1fd716b9b2e2ef2982b2e5ee4456c403e040104b (diff)
downloadbinutils-ff1da24e18b713483876bb2f5f31ddcc38a778c8.zip
binutils-ff1da24e18b713483876bb2f5f31ddcc38a778c8.tar.gz
binutils-ff1da24e18b713483876bb2f5f31ddcc38a778c8.tar.bz2
* CONTRIBUTE: Update.
Diffstat (limited to 'gdb/CONTRIBUTE')
-rw-r--r--gdb/CONTRIBUTE68
1 files changed, 19 insertions, 49 deletions
diff --git a/gdb/CONTRIBUTE b/gdb/CONTRIBUTE
index 23de4aa..2155a80 100644
--- a/gdb/CONTRIBUTE
+++ b/gdb/CONTRIBUTE
@@ -21,7 +21,7 @@ package. We welcome all of the above and feel free to ask on the GDB
mailing lists if you are looking for feedback or for people to review
a work in progress.
-Ref: http://sourceware.cygnus.com/gdb
+Ref: http://www.gnu.org/software/gdb/
Finally, there are certain legal requirements and style issues which
all contributors need to be aware of.
@@ -29,58 +29,29 @@ all contributors need to be aware of.
o Coding Standards
All contributions must conform to the GNU Coding Standard.
- http://www.gnu.ai.mit.edu/prep/standards_toc.html
Submissions which do not conform to the standards will be
returned with a request to reformat the changes.
- For GDB, that standard is more tightly defined. GDB's
- coding standard is determined by the output of
- gnu-indent.
+ GDB has certain additional coding requirements. Those
+ requirements are explained in the GDB internals documentation
+ in the gdb/doc directory.
- This situation came about because, by the start of '99,
- GDB's coding style was so bad an inconsistent that it was
- decided to restart things from scratch.
+ Ref: http://www.gnu.org/prep/standards_toc.html
o Copyright Assignment
- There are certain legal requirements
-
Before we can accept code contributions from you, we need a
- copyright assignment form filled out.
-
- If you've developed some addition or patch to GDB that you
- would like to contribute, you should fill out a copyright
- assignment form and send it in to the FSF. We are unable to
- use code from you until this is on-file at the FSF, so get
- that paperwork in! This form covers one batch of changes.
- Ref: http://gcc.gnu.org/fsf-forms/assignment-instructions.html
-
- If you think you're going to be doing continuing work on GDB, it
- would be easier to use a different form, which arranges to
- assign the copyright for all your future changes to GDB. It is
- called assign.future. Please note that if you switch
- employers, the new employer will need to fill out the
- disclaim.future form; there is no need to fill out the
- assign.future form again.
- Ref: http://gcc.gnu.org/fsf-forms/assign.future
- Ref: http://gcc.gnu.org/fsf-forms/disclaim.future
-
- There are several other forms you can fill out for different
- circumstances (e.g. to contribute an entirely new program, to
- contribute significant changes to a manual, etc.)
- Ref: http://gcc.gnu.org/fsf-forms/copyrights.html
-
- Small changes can be accepted without a copyright assignment
- form on file.
-
- This is pretty confusing! If you are unsure of what is
- necessary, just ask the GDB mailing list and we'll figure out
- what is best for you.
-
- Note: Many of these forms have a place for "name of
- program". Insert the name of one program in that place -- in
- this case, "GDB".
+ copyright assignment form filled out and filed with the FSF.
+
+ See some documentation by the FSF for details and contact us
+ (either via the GDB mailing list or the GDB maintainer that is
+ taking care of your contributions) to obtain the relevant
+ forms.
+
+ Small changes can be accepted without a copyright assignment form on file.
+
+ Ref: http://www.gnu.org/prep/maintain.html#SEC6
o Submitting Patches
@@ -98,11 +69,10 @@ o Submitting Patches
unlike some other projects, we do require ChangeLogs also for
documentation (i.e., .texi files).
- The patch itself. If you are accessing the CVS repository at:
- Cygnus, use "cvs update; cvs diff -c3p"; else, use "diff -c3p
- OLD NEW" or "diff -up OLD NEW". If your version of diff does
- not support these options, then get the latest version of GNU
- diff.
+ The patch itself. If you are accessing the CVS repository use
+ "cvs update; cvs diff -c3p"; else, use "diff -c3p OLD NEW" or
+ "diff -up OLD NEW". If your version of diff does not support
+ these options, then get the latest version of GNU diff.
We accept patches as plain text (preferred for the compilers
themselves), MIME attachments (preferred for the web pages),