Fix list_view() and aid() debugging tools.
Merge branch 'master' of https://github.com/chapel-lang/chapel
Fixed a minor glitch in each of sub_test and paratest.server
Remove -j make flags in gmp and llvm makefiles.
Support parallel execution in makefiles.

Update makefiles such that calling `make -j` in $CHPL_HOME successfully
builds. The one exception is llvm, which has so many targets it is advisable to
set a finite number of jobs (e.g. `make -j16` instead of just `make -j` which
uses infinite jobs).

Adds .NOTPARALLEL to several makefiles that have order dependencies in order to
support this.

For the compiler, disables parallel recipe execution in the top-level
compiler/Makefile. This is needed so the object files exist before the $(CHPL)
prequisites are evaluated. The objects are built in a recursive make call, so
the files do not exist until that recipe completes. Fortunately, the expensive
recipes (the .o compiles) are not done from that file, so they are still done
in parallel. [.NOTPARALLEL][0] only affects the current file and recursive make
calls still use parallel execution.

For the runtime, both runtime/Makefile and runtime/Makefile.help disable
parallel execution. Makefile.help has the same issue as the compiler, but like
the compiler is still able to parallelize the compiles. The runtime/Makefile
disables parallel execution so the third-party recipes are built before the
runtime recipes. This is required for things like qthreads and tcmalloc that
the runtime expects to be available.

The top level third-party makefiles, like third-party/gmp/Makefile, disable
parallel execution because they typically have order dependencies. This still
allows the actual third party builds to use parallel execution. For example,
the unpacking and setup of the gmp directory is done sequentially, but the
actual make call that builds gmp uses parallel execution.

For details on how parallel execution works, especially with recursive make
calls, see the [Parallel Execution][1] section of the GNU make documentation.

[0]: https://www.gnu.org/software/make/manual/html_node/Special-Targets.html#Special-Targets
[1]: https://www.gnu.org/software/make/manual/html_node/Parallel.html#Parallel
Build all third party targets in parallel before runtime.

If hwloc is one of the packages, built it first, though. Otherwise, qthreads
will fail as it expects it to be built first when CHPL_HWLOC=hwloc (the default
when CHPL_TASKS=qthreads).
Update README to mention parallel build support.
Save progress on exists functions.

Added a test and the basic set up for the exists function.  Have not implemented
it fully, so it will not compile correctly.  Saving progress so I can work on
bug fix week.
Merge branch 'master' of https://github.com/chapel-lang/chapel into para-make
Progress as of yesterday.
Followed up on David's feedback regarding aid(1).
Convert BlockStmt::blockInfo to a private member variable.  As first pass replace read/writes with calls to a generic virtual getter/setter.
When building basic blocks for loop, only put the test expression at the top of the loop body; not the entire blockInfo callExpr for C-For loops
Iterators with C-For loops need to capture the loop init variables as Iterator fields.  This was being done implicitly in BB.cpp.  Now it's explicit here
DCE can create degenerate nodes.  Add a post-pass to clean these up so that they don't propagate
Stop leaking the hash table
Using a var instead of a refvar
Again, using a var instead of a refvar
Merge pull request #645 from benharsh/fix-knuc-mem

Stop leaking the hash table for knucleotide
Add a future related to using a type alias for construction of a type instance.

Though basic type aliases can be used, if the alias assigned is a result of a
function, the Chapel compiler will crash.