X-Git-Url: http://plrg.eecs.uci.edu/git/?a=blobdiff_plain;f=docs%2FDeveloperPolicy.html;h=fee28384ebb163353252d6d4ba830056a611c577;hb=fad99ae6e7ecb66eaaab3a42d6e6e97550e13349;hp=5d6c2d855902553a76ed630fa382b4cb5444f6b2;hpb=05d0265fef651de152c8127aa701e689555649f3;p=oota-llvm.git diff --git a/docs/DeveloperPolicy.html b/docs/DeveloperPolicy.html index 5d6c2d85590..fee28384ebb 100644 --- a/docs/DeveloperPolicy.html +++ b/docs/DeveloperPolicy.html @@ -36,7 +36,7 @@

Introduction

-
+

This document contains the LLVM Developer Policy which defines the project's policy towards developers and their contributions. The intent of this policy is to eliminate miscommunication, rework, and confusion that might arise from @@ -65,18 +65,17 @@

Developer Policies

-
+

This section contains policies that pertain to frequent LLVM developers. We always welcome one-off patches from people who do not routinely contribute to LLVM, but we expect more from frequent contributors to keep the system as efficient as possible for everyone. Frequent LLVM contributors are expected to meet the following requirements in order for LLVM to maintain a high standard of quality.

-

Stay Informed

-
+

Developers should stay informed by reading at least the "dev" mailing list for the projects you are interested in, such as llvmdev for @@ -104,7 +103,7 @@

Making a Patch

-
+

When making a patch for review, the goal is to make it as easy for the reviewer to read it as possible. As such, we recommend that you:

@@ -143,7 +142,7 @@

Code Reviews

-
+

LLVM has a code review policy. Code review is one way to increase the quality of software. We generally follow these policies:

@@ -175,7 +174,7 @@

Code Owners

-
+

The LLVM Project relies on two features of its process to maintain rapid development in addition to the high quality of its source base: the @@ -226,7 +225,7 @@

Test Cases

-
+

Developers are required to create test cases for any bugs fixed and any new features added. Some tips for getting your testcase approved:

@@ -259,7 +258,7 @@

Quality

-
+

The minimum quality standards that any change must satisfy before being committed to the main development branch are:

@@ -319,7 +318,7 @@

Obtaining Commit Access

-
+

We grant commit access to contributors with a track record of submitting high quality patches. If you would like commit access, please send an email to @@ -381,7 +380,7 @@

Making a Major Change

-
+

When a developer begins a major new project with the aim of contributing it back to LLVM, s/he should inform the community with an email to the llvmdev @@ -410,7 +409,7 @@

Incremental Development

-
+

In the LLVM project, we do all significant changes as a series of incremental patches. We have a strong dislike for huge changes or long-term development branches. Long-term development branches have a number of drawbacks:

@@ -471,7 +470,7 @@

Attribution of Changes

-
+

We believe in correct attribution of contributions to their contributors. However, we do not want the source code to be littered with random attributions "this code written by J. Random Hacker" (this is noisy and @@ -483,13 +482,15 @@

Overall, please do not add contributor names to the source code.

+
+

Copyright, License, and Patents

-
+

This section addresses the issues of copyright, license and patents for the LLVM project. Currently, the University of Illinois is the LLVM copyright holder and the terms of its license to LLVM users and developers is the @@ -501,11 +502,10 @@ legal matters but does not provide legal advice. We are not lawyers, please seek legal counsel from an attorney.

-

Copyright

-
+

The LLVM project does not require copyright assignments, which means that the copyright for the code in the project is held by its respective contributors @@ -528,7 +528,7 @@

License

-
+

We intend to keep LLVM perpetually open source and to use a liberal open source license. All of the code in LLVM is available under the University of @@ -583,7 +583,7 @@

Patents

-
+

To the best of our knowledge, LLVM does not infringe on any patents (we have actually removed code from LLVM in the past that was found to infringe). Having code in LLVM that infringes on patents would violate an important goal @@ -599,6 +599,8 @@ details.

+
+