39 lines
1.6 KiB
Plaintext
39 lines
1.6 KiB
Plaintext
|
HOW TO CONTRIBUTE TO OpenSSL
|
||
|
|
----------------------------
|
||
|
|
|
||
|
|
Development is coordinated on the openssl-dev mailing list (see
|
||
|
|
http://www.openssl.org for information on subscribing). If you
|
||
|
|
would like to submit a patch, send it to rt@openssl.org with
|
||
|
|
the string "[PATCH]" in the subject. Please be sure to include a
|
||
|
|
textual explanation of what your patch does.
|
||
|
|
|
||
|
|
You can also make GitHub pull requests. If you do this, please also send
|
||
|
|
mail to rt@openssl.org with a brief description and a link to the PR so
|
||
|
|
that we can more easily keep track of it.
|
||
|
|
|
||
|
|
If you are unsure as to whether a feature will be useful for the general
|
||
|
|
OpenSSL community please discuss it on the openssl-dev mailing list first.
|
||
|
|
Someone may be already working on the same thing or there may be a good
|
||
|
|
reason as to why that feature isn't implemented.
|
||
|
|
|
||
|
|
Patches should be as up to date as possible, preferably relative to the
|
||
|
|
current Git or the last snapshot. They should follow our coding style
|
||
|
|
(see https://www.openssl.org/policies/codingstyle.html) and compile without
|
||
|
|
warnings using the --strict-warnings flag. OpenSSL compiles on many varied
|
||
|
|
platforms: try to ensure you only use portable features.
|
||
|
|
|
||
|
|
Our preferred format for patch files is "git format-patch" output. For example
|
||
|
|
to provide a patch file containing the last commit in your local git repository
|
||
|
|
use the following command:
|
||
|
|
|
||
|
|
# git format-patch --stdout HEAD^ >mydiffs.patch
|
||
|
|
|
||
|
|
Another method of creating an acceptable patch file without using git is as
|
||
|
|
follows:
|
||
|
|
|
||
|
|
# cd openssl-work
|
||
|
|
# [your changes]
|
||
|
|
# ./Configure dist; make clean
|
||
|
|
# cd ..
|
||
|
|
# diff -ur openssl-orig openssl-work > mydiffs.patch
|