Quiet TAGS complaints when building Qthreads

We've had some noise in the runtime's build of the TAGS file due
to the fact that the generic glob patterns that were designed to
cover the header files for the task/ and thread/ layers didn't
match any files.

The fix I've taken here is to move the specification of the .h
files out of the tag command itself, in Makefile.help, and into
the Makefile.include files in question.  So far I've only done
it for the default (Qthreads) configuration, which seems to be
working.

Next step is to do the same for other task/thread options, and
arguably for other aspects of the runtime that utilize header
files.
Updated fifo and massivethreads Makefile.includes to name .h files
Made the threads Makefile.include files include their header files
Adding new quickstart versions of setchplenv.*

These versions are identical to the ones in util except that
they also set...

CHPL_TASKS  = fifo (to avoid the default of qthreads)
CHPL_GMP    = none (to avoid a speculative build of gmp in the future)
CHPL_REGEXP = none (to avoid a speculative build of regexp in the future)
Updated README to reflect new "Quick Start" workflow and refer to PERFORMANCE

The main change here is to swap steps 2 and 3.  The reason we did the
make before the environment previously was so that (a) because we
could (and it validated that the make worked without any specific
settings) and (b) one could say "You only need to do steps 3 onward
once the initial build has been done" (though the insertion of the
make check step arguably broke this as well).

Added two new steps at the end of the Quick Start list, one that tells
how to build the preferred configuration; a second that points to the
PERFORMANCE file in hopes of avoiding the dreaded --fast question.
Updating test release script to match quick start instructions

To make testReleaseHelp track the changes I just made to the
top-level README and quick start instructions, it now

a) sets the environment before issuing the make command
b) sets the environment using the util/quickstart/setchplenv.* script
   rather than the util/setchplenv.* script

Further TODOs:

* rewrite this from csh to bash so that we're testing the shell we
  consider most common now

* make this also test the non-quickstart case to make sure it works
  too.
Merge pull request #267 from bradcray/fixTags

Fix runtime tasks/threads TAGS

This change replaces some catch-all glob patterns that we were using to
get source files from the tasking and threading libraries into the
emacs TAGS (or vim ctags) files.  For tasks=qthreads, threads=none,
the globs didn't match anything resulting in warnings at TAGS creation
time.

The fix taken here is to

(a) push the glob patterns for header files from the top-level
    Makefile.help file down into the task- and thread-specific
    Makefile.include files so that they can be more precise
    about pointing to the files in question (if any).  The only
    real downside of doing this is that TAGS files should generally
    process source (.c) files before header (.h) files in order
    to take a TAGS surfer to the definition of a symbol rather than
    its prototype.  The current approach has the downside of
    mixing .c files and .h files in the ALL_SRCS variable used to
    create the TAGS.  However, since each tasking/threading layer
    gives its .c files first and then its .h files, I expect things
    will still work out OK.  If they didn't we could create an
    ALL_HEADERS variable that each layer contributes to and then
    have the tags command name ALL_SRCS before ALL_HEADERS.

(b) Had Qthreads point to the sources in third-party

(c) Had threads=none not list any files (left the pattern in the
    file, commented out)


The only testing I did on this was to make sure that the various
tasking configurations built and created TAGS without warnings.


Further TODOs:

* looking at this, it's apparent that we don't include any .h
  files in ALL_SRCS beyond those in tasks/ and threads/ (such
  as comm/, mem/, atomics/, etc.  These should be added into
  ALL_SRCS as well.  I didn't do so here primarily because it's
  5pm on a Friday holiday weekend.

* Sung had a request to rename ALL_SRCS something like ALL_RUNTIME_SRCS
  or possibly ALL_RUNTIME_TAG_SRCS to make its role clearer.  I
  forgot about that until I was typing this up (see previous note
  about 5pm on a holiday weekend)
Adding the util/quickstart/ directory to those to be included in the release
Made some cleanup edits to the PERFORMANCE file

* created section headers to give the file more structure and make
  the --fast flag more visible.

* did some wordsmithing
Merge pull request #276 from bradcray/perfNoteRevs

Made some cleanup edits to the PERFORMANCE file

* created section headers to give the file more structure and make
  the --fast flag more visible.

* did some wordsmithing
Revert "Turn on warnings for nightly for tests that took > 60 seconds to execute"

This reverts commit 097345ca7ca48592b97b73d9cec4b5643a1ab871.

I got the results I wanted, turning this off now.
Merge pull request #277 from ronawho/qthreads-timeouts

Revert "Turn on warnings for nightly for tests that took > 60 seconds to execute"

This reverts commit 097345ca7ca48592b97b73d9cec4b5643a1ab871.

I got the results I wanted, turning this off now.
Adding the regexdna shootout to release
Adding parallel fannkuch version to release
Adding mandelbrot with dynamic iter to release
Get access to the chpl_getNumCoresOnThisNode() declaration.

When I updated tasks-massivethreads recently I missed the fact that it
didn't already #include "chplsys.h", so it didn't have a declaration for
the chpl_getNumCoresOnThisNode() call I added.  Add the #include.
Merge pull request #278 from gbtitus/fix-massivethreads-getNumCores

Get access to the chpl_getNumCoresOnThisNode() declaration.

When I updated tasks-massivethreads recently I missed the fact that it
didn't already #include "chplsys.h", so it didn't have a declaration for
the chpl_getNumCoresOnThisNode() call I added. Add the #include.

Not reviewed.
Skip parallel/cobegin/test_big_recursive_cobegin on cygwin.

It has been timing out, but timedexec is not able to kill it.
Restoring header
Merge pull request #280 from thomasvandoren/skip-another-cygwin-test-that-does-not-timeout

Skip parallel/cobegin/test_big_recursive_cobegin on cygwin.

It has been timing out on cygwin testing, but timedexec is not able to kill it.

Similar behavior to test skipped in #175.