[PATCH] D74538: [doc] Clarify responsibility for fixing experimental target problems

James Henderson via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Thu Feb 13 05:50:05 PST 2020


jhenderson updated this revision to Diff 244406.
jhenderson added a comment.

Upload correct diff with better wording.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D74538/new/

https://reviews.llvm.org/D74538

Files:
  llvm/docs/DeveloperPolicy.rst


Index: llvm/docs/DeveloperPolicy.rst
===================================================================
--- llvm/docs/DeveloperPolicy.rst
+++ llvm/docs/DeveloperPolicy.rst
@@ -570,9 +570,15 @@
 of reasons.
 
 For these reasons, new targets are *always* added as *experimental* until
-they can be proven stable, and later moved to non-experimental. The difference
-between both classes is that experimental targets are not built by default
-(need to be added to -DLLVM_TARGETS_TO_BUILD at CMake time).
+they can be proven stable, and later moved to non-experimental. The differences
+between both classes are:
+
+* Experimental targets are not built by default (need to be added to
+  -DLLVM_TARGETS_TO_BUILD at CMake time).
+
+* Test failures, bugs, and build breakages that only appear when the
+  experimental target is enabled, caused by changes unrelated to the target, are
+  the responsibility of the community behind the target to fix.
 
 The basic rules for a back-end to be upstreamed in **experimental** mode are:
 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: D74538.244406.patch
Type: text/x-patch
Size: 1027 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20200213/542fa1b9/attachment.bin>


More information about the llvm-commits mailing list