[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