[PATCH] D100714: Add a new tutorial that talk about how to make a change to llvm.
Shivam Gupta via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Apr 19 06:55:11 PDT 2021
xgupta added inline comments.
================
Comment at: llvm/docs/MyFirstTypoFix.rst:60
+ version <https://llvm.org/docs/GettingStarted.html#host-c-toolchain-both-compiler-and-standard-library>`__
+ of clang, gcc, or Visual Studio.
+
----------------
nit - clang -> Clang, gcc -> GCC
================
Comment at: llvm/docs/MyFirstTypoFix.rst:116
+
+First, create a directory to build in. Usually this is
+llvm-project/build.
----------------
nit - a comma after Usually
================
Comment at: llvm/docs/MyFirstTypoFix.rst:188
+ensure we're in a good state before making changes. But what to build?
+In ninja you specify a **target**.If we just want to build the clang
+binary, our target name is "clang" and we run:
----------------
nit - a comma after `In ninja` and space before `If`
================
Comment at: llvm/docs/MyFirstTypoFix.rst:197
+code. But incremental builds are fast: ninja will only rebuild the parts
+that have changed.When it finally finishes you should have a working
+clang binary. Try running:
----------------
nit - space before `When`
================
Comment at: llvm/docs/MyFirstTypoFix.rst:231
+The string that appears in DiagnosticSemaKinds.td is the one that is
+printed by Clang. \*.td files define tables - in this case it's a list
+of warnings and errors clang can emit and their messages.Let's update
----------------
nit - space after `in this case`
================
Comment at: llvm/docs/MyFirstTypoFix.rst:232
+printed by Clang. \*.td files define tables - in this case it's a list
+of warnings and errors clang can emit and their messages.Let's update
+the message in your favorite editor:
----------------
nit - space before `Let's`
================
Comment at: llvm/docs/MyFirstTypoFix.rst:289
+Now we could run **all** the tests again, but this is a slow way to
+iterate on a change!Instead, let's find a way to re-run just the
+specific test.There are two main types of tests in LLVM:
----------------
space before `Instead`
================
Comment at: llvm/docs/MyFirstTypoFix.rst:290
+iterate on a change!Instead, let's find a way to re-run just the
+specific test.There are two main types of tests in LLVM:
+
----------------
nit - space before `There'
================
Comment at: llvm/docs/MyFirstTypoFix.rst:370
+under the "subscribers" section. It should print a code review URL:
+https://reviews.llvm.org/D58291You can always find your active reviews
+on Phabricator under "My activity".
----------------
space is needed after D58291
================
Comment at: llvm/docs/MyFirstTypoFix.rst:379
+When you upload a change for review, an email is sent to you, the
+cfe-commits list, and anyone else subscribed to these kind of changes.
+Within a few days, someone should start the review. They may add
----------------
kind -> kinds
================
Comment at: llvm/docs/MyFirstTypoFix.rst:392
+code. You can either reply to these, or address them and mark them as
+"done".Note that in-line replies are **not** sent straight away! They
+become "draft" comments and you must click "Submit" at the bottom of the
----------------
space before `Note`
================
Comment at: llvm/docs/MyFirstTypoFix.rst:427
+yourself yet.The reviewer **doesn't know this**, so you need to tell
+them!Leave a message on the review like:
+
----------------
space before `The reviewer` and `Leave`
================
Comment at: llvm/docs/MyFirstTypoFix.rst:458
+ in a better position to judge; if this feels like it's not the right
+ option, you can contact the -dev mailing list to get more feedback on
+ the direction;
----------------
-dev is not clear I think, maybe `cfe-dev` or `respective dev` understood better.
================
Comment at: llvm/docs/MyFirstTypoFix.rst:483
+simplest if the username/email are the same as your Phabricator account,
+but these are two separate things.The details are in the `developer
+policy
----------------
space before `The`
================
Comment at: llvm/docs/MyFirstTypoFix.rst:493
+Actually, this would be a great time to read the rest of the `developer
+policy <https://llvm.org/docs/DeveloperPolicy.html>`__, too.At minimum,
+you need to be subscribed to the relevant commits list before landing
----------------
space before `At` missing.
================
Comment at: llvm/docs/MyFirstTypoFix.rst:521
+
+At this point git log should show a single commit on top of
+origin/master.
----------------
`git show` is recommended here, see - https://llvm.org/docs/Phabricator.html#committing-someone-s-change-from-phabricator
================
Comment at: llvm/docs/MyFirstTypoFix.rst:528
+
+ $ ../llvm/utils/git-svn/git-llvm push
+
----------------
Again `git push https://github.com/llvm/llvm-project.git HEAD:main` recommended here see above doc.
================
Comment at: llvm/docs/MyFirstTypoFix.rst:530
+
+Behind the scenes, this uses svn to actually land the change.You should
+see your change `on
----------------
space before `You`
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D100714/new/
https://reviews.llvm.org/D100714
More information about the llvm-commits
mailing list