Getting Involved¶

LLVM welcomes contributions of all kinds. To get started, please review the following topics:

Contributing to LLVM: An overview on how to contribute to LLVM.
LLVM Developer Policy: The LLVM project’s policy towards developers and their contributions.
LLVM Code-Review Policy and Practices: The LLVM project’s code-review process.
Sphinx Quickstart Template: A template + tutorial for writing new Sphinx documentation. It is meant to be read in source form.
Code Reviews with Phabricator: Describes how to use the Phabricator code review tool hosted on http://reviews.llvm.org/ and its command line interface, Arcanist.
How to submit an LLVM bug report: Instructions for properly submitting information about any bugs you run into in the LLVM system.
LLVM Bug Life Cycle: Describes how bugs are reported, triaged and closed.
LLVM Coding Standards: Details the LLVM coding standards and provides useful information on writing efficient C++ code.
Bisecting LLVM code: Describes how to use git bisect on LLVM’s repository.

Development Process ¶

Information about LLVM’s development process.

Creating an LLVM Project: How-to guide and templates for new projects that use the LLVM infrastructure. The templates (directory organization, Makefiles, and test tree) allow the project code to be located outside (or inside) the llvm/ tree, while using LLVM header files and libraries.
LLVMBuild Guide: Describes the LLVMBuild organization and files used by LLVM to specify component descriptions.
How To Release LLVM To The Public: This is a guide to preparing LLVM releases. Most developers can ignore it.
How To Validate a New Release: This is a guide to validate a new release, during the release process. Most developers can ignore it.
How To Add Your Build Configuration To LLVM Buildbot Infrastructure: Instructions for adding new builder to LLVM buildbot master.
Advice on Packaging LLVM: Advice on packaging LLVM into a distribution.
Release notes for the current release: This describes new features, known bugs, and other limitations.

If you can’t find what you need in these docs, try consulting the mailing lists.

Developer’s List (llvm-dev): This list is for people who want to be included in technical discussions of LLVM. People post to this list when they have questions about writing code for or using the LLVM tools. It is relatively low volume.
Commits Archive (llvm-commits): This list contains all commit messages that are made when LLVM developers commit code changes to the repository. It also serves as a forum for patch review (i.e. send patches here). It is useful for those who want to stay on the bleeding edge of LLVM development. This list is very high volume.
Bugs & Patches Archive (llvm-bugs): This list gets emailed every time a bug is opened and closed. It is higher volume than the LLVM-dev list.
Test Results Archive (llvm-testresults): A message is automatically sent to this list by every active nightly tester when it completes. As such, this list gets email several times each day, making it a high volume list.
LLVM Announcements List (llvm-announce): This is a low volume list that provides important announcements regarding LLVM. It gets email about once a month.

Users and developers of the LLVM project (including subprojects such as Clang) can be found in #llvm on irc.oftc.net.

This channel has several bots.

Buildbot reporters
- llvmbb - Bot for the main LLVM buildbot master. http://lab.llvm.org:8011/console
- smooshlab - Apple’s internal buildbot master.
robot - Bugzilla linker. %bug <number>
clang-bot - A geordi instance running near-trunk clang instead of gcc.

Proposals for massive changes in how the community behaves and how the work flow can be better.

LLVM Community Code of Conduct: Proposal to adopt a code of conduct on the LLVM social spaces (lists, events, IRC, etc).
Moving LLVM Projects to GitHub: Proposal to move from SVN/Git to GitHub.
Bugpoint Redesign: Design doc for a redesign of the Bugpoint tool.
“llvm-libc” C Standard Library: Proposal to add a libc implementation under the LLVM project.
Test-Suite Extensions: Proposals for additional benchmarks/programs for llvm’s test-suite.
Variable Names Plan: Proposal to change the variable names coding standard.
Vectorization Plan: Proposal to model the process and upgrade the infrastructure of LLVM’s Loop Vectorizer.
Vector Predication Roadmap: Proposal for predicated vector instructions in LLVM.