Move while stmt from block stmt 2 keywords to other.

Make while an other keyword (c-other-kwds) in emacs major mode instead of block
stmt with 2 keywords (c-block-stmt-2-kwds). Before this change, the indentation
for the block of while loops that did not surround the conditional in
parenthesis was broken.
Merge branch 'master' of github.com:chapel-lang/chapel into update-while-stmt-in-emacs-mode
Copy etc/emacs/23/chpl-mode.el to etc/emacs/.
Remove version specific chpl-mode.el files. They were identical.
Create symlinks for emacs/{22,23}/chpl-mode.el to preserve backwards compatibility.
Making tcmalloc the default when compatible with host compiler
Update etc/emacs/README with correct information.
rst-ify etc/emacs/REAME
Using target compiler instead of host compiler
Fix formatting of directory index.
Reference both .emacs and .emacs.d/init.el files.
Properly escape text snippets for monospaced font-ing.
Simplifying logic
Build fewer LLVM components to speed compile

This patch significantly reduces the build
size and the build time. It omits some LLVM
and Clang components we don't use and only
builds host and x86 and x86-64 backends.

Used to take 23 minutes, now takes 18 minutes
to CHPL_LLVM=llvm time make on my machine. In
addition, llvm/build is now 8G (was 12G)
and llvm/install is now 4.6G (was 5.8G).
Add feature request for class/record methods.
Lower the problem size for test_many_domain and test_many_array

Since switching to qthreads these tests take a lot longer to execute and
test_many_domain times out pretty often. test_many_domain has also been timing
out for numa+gasnet for months

This doesn't reflect a real problem with qthreads, so much as it does a
"problem" with the testing framework. Even with qthreads configured with
oversubscription and affinity off there is still interference from multiple
qthreads instances running on the same machine.

I tested these two programs out on an xc and on a cluster, and the qthreads
version was a few seconds quicker so I'm pretty confident in my claim that it's
just how we test gasnet+qthreads that's responsible for the slow down and not
some performance mystery that needs to be explored.

These new sizes lower the execution time to ~30 seconds.
Merge pull request #311 from ronawho/qthreads-timeouts

Lower the problem size for test_many_domain and test_many_array

[trivial, not reviewed]

Since switching to qthreads these tests take a lot longer to execute and
test_many_domain times out pretty often. test_many_domain has also been timing
out for numa+gasnet for months

This doesn't reflect a real problem with qthreads, so much as it does a
"problem" with the testing framework. Even with qthreads configured with
oversubscription and affinity off there is still interference from multiple
qthreads instances running on the same machine.

I tested these two programs out on an xc and on a cluster, and the qthreads
version was a few seconds quicker so I'm pretty confident in my claim that it's
just how we test gasnet+qthreads that's responsible for the slow down and not
some performance mystery that needs to be explored.

These new sizes lower the execution time to ~30 seconds.
Added "race" annotations to some "with" clauses from the previous commit.
add peek until len, add until end for string read
Merge remote-tracking branch 'upstream/master' into readstring-fix