forked from OSchip/llvm-project
108 lines
5.0 KiB
HTML
108 lines
5.0 KiB
HTML
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
|
|
"http://www.w3.org/TR/html4/strict.dtd">
|
|
<html>
|
|
<head>
|
|
<META http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />
|
|
<title>Clang - Get Involved</title>
|
|
<link type="text/css" rel="stylesheet" href="menu.css" />
|
|
<link type="text/css" rel="stylesheet" href="content.css" />
|
|
</head>
|
|
<body>
|
|
|
|
<!--#include virtual="menu.html.incl"-->
|
|
|
|
<div id="content">
|
|
|
|
<h1>Open Clang Projects</h1>
|
|
|
|
<p>Here are a few tasks that are available for newcomers to work on, depending
|
|
on what your interests are. This list is provided to generate ideas, it is not
|
|
intended to be comprehensive. Please ask on cfe-dev for more specifics or to
|
|
verify that one of these isn't already completed. :)</p>
|
|
|
|
<ul>
|
|
<li><b>Undefined behavior checking</b>: CodeGen could
|
|
insert runtime checks for all sorts of different undefined behaviors, from
|
|
reading uninitialized variables, buffer overflows, and many other things. This
|
|
checking would be expensive, but the optimizers could eliminate many of the
|
|
checks in some cases, and it would be very interesting to test code in this mode
|
|
for certain crowds of people. Because the inserted code is coming from clang,
|
|
the "abort" message could be very detailed about exactly what went wrong.</li>
|
|
|
|
<li><b>Improve target support</b>: The current target interfaces are heavily
|
|
stubbed out and need to be implemented fully. See the FIXME's in TargetInfo.
|
|
Additionally, the actual target implementations (instances of TargetInfoImpl)
|
|
also need to be completed.</li>
|
|
|
|
<li><b>Implement an tool to generate code documentation</b>: Clang's
|
|
library-based design allows it to be used by a variety of tools that reason
|
|
about source code. One great application of Clang would be to build an
|
|
auto-documentation system like doxygen that generates code documentation from
|
|
source code. The advantage of using Clang for such a tool is that the tool would
|
|
use the same preprocessor/parser/ASTs as the compiler itself, giving it a very
|
|
rich understanding of the code.</li>
|
|
|
|
<li><b>Use clang libraries to implement better versions of existing tools</b>:
|
|
Clang is built as a set of libraries, which means that it is possible to
|
|
implement capabilities similar to other source language tools, improving them
|
|
in various ways. Three examples are <a
|
|
href="http://distcc.samba.org/">distcc</a>, the <a
|
|
href="http://delta.tigris.org/">delta testcase reduction tool</a>, and the
|
|
"indent" source reformatting tool.
|
|
distcc can be improved to scale better and be more efficient. Delta could be
|
|
faster and more efficient at reducing C-family programs if built on the clang
|
|
preprocessor, indent could do proper formatting for complex C++ features, and it
|
|
would be straight-forward to extend a clang-based implementation to handle
|
|
simple structural rules like those in <a
|
|
href="http://llvm.org/docs/CodingStandards.html#hl_earlyexit">the LLVM coding
|
|
standards</a>.</li>
|
|
|
|
<li><b>Use clang libraries to extend Ragel with a JIT</b>: <a
|
|
href="http://research.cs.queensu.ca/~thurston/ragel/">Ragel</a> is a state
|
|
machine compiler that lets you embed C code into state machines and generate
|
|
C code. It would be relatively easy to turn this into a JIT compiler using
|
|
LLVM.</li>
|
|
|
|
<li><b>Self-testing using clang</b>: There are several neat ways to
|
|
improve the quality of clang by self-testing. Some examples:
|
|
<ul>
|
|
<li>Improve the reliability of AST printing and serialization by
|
|
ensuring that the AST produced by clang on an input doesn't change
|
|
when it is reparsed or unserialized.
|
|
|
|
<li>Improve parser reliability and error generation by automatically
|
|
or randomly changing the input checking that clang doesn't crash and
|
|
that it doesn't generate excessive errors for small input
|
|
changes. Manipulating the input at both the text and token levels is
|
|
likely to produce interesting test cases.
|
|
</ul>
|
|
</li>
|
|
|
|
<li><b>Continue work on C++'0x support</b>:
|
|
C++'98 is feature complete, but there is still a lot of C++'0x featuers to
|
|
implement. Please see the <a href="cxx_status.html">C++ status report
|
|
page</a> to find out what is missing.</li>
|
|
</ul>
|
|
|
|
<p>If you hit a bug with clang, it is very useful for us if you reduce the code
|
|
that demonstrates the problem down to something small. There are many ways to
|
|
do this; ask on cfe-dev for advice.</p>
|
|
|
|
<ul>
|
|
<li><b>StringRef'ize APIs</b>: A thankless but incredibly useful project is
|
|
StringRef'izing (converting to use <tt>llvm::StringRef</tt> instead of <tt>const
|
|
char *</tt> or <tt>std::string</tt>) various clang interfaces. This generally
|
|
simplifies the code and makes it more efficient.</li>
|
|
|
|
<li><b>Universal Driver</b>: Clang is inherently a cross compiler. We would like
|
|
to define a new model for cross compilation which provides a great user
|
|
experience -- it should be easy to cross compile applications, install support
|
|
for new architectures, access different compilers and tools, and be consistent
|
|
across different platforms. See the <a href="UniversalDriver.html">Universal
|
|
Driver</a> web page for more information.</li>
|
|
</ul>
|
|
|
|
</div>
|
|
</body>
|
|
</html>
|