Use MAX_LOGICAL with some performance tests

When investigating performance numbers after the most recent release, we
discovered that the NAS Parallel Benchmarks implementations for IS and EP
benefited from setting CHPL_RT_NUM_THREADS_PER_LOCALE to MAX_LOGICAL, and the
implementation for FT also benefited but only with larger problem sizes (size B
and up).  The consensus at our most recent meeting was that we should gather
numbers with these settings where beneficial going forward, so I added this
value to the performance execution options for these tests.
Add new lines at end of files
Merge pull request #854 from lydia-duncan/performanceChanges

Use MAX_LOGICAL with some performance tests [trivial]

When investigating performance numbers after the most recent release, we
discovered that the NAS Parallel Benchmarks implementations for IS and EP
benefited from setting CHPL_RT_NUM_THREADS_PER_LOCALE to MAX_LOGICAL, and the
implementation for FT also benefited but only with larger problem sizes (size B
and up). The consensus at our most recent meeting was that we should gather
numbers with these settings where beneficial going forward, so I added this
value to the performance execution options for these tests.
Skip pgi due to flag incompatibility; Remove -std=c99 as it's thrown by default
Merge pull request #855 from benharsh/csu-fix-compile

Fix CSU OMP compilation issues with pgi/intel

We throw a c99 compatible flag by default which caused a warning message from the intel compiler. This PR removes that flag from the OpenMP tests from CSU.

The PGI compiler doesn't support the -fopenmp flag, and there's not a clean way to choose different flags based on the compiler (at least not yet). For now, disable testing with PGI for these CSU OpenMP tests.

These changes won't effect the online performance results.
Add new test script for running perf tests on chapel-shootout.
Run perf tests on full suite on chapel-shootout.

Per review feedback.
Merge pull request #856 from thomasvandoren/add-perf-tests-for-shootout-system

Add new test script for running perf tests on chapel-shootout.
Introduce the predicate expr::isStmtExpr()
Exploit the new isStmtExpr() in deadExpressionElimination
Introduce isInCForLoopHeader and use this specialized version in deadExpressionElimination
Add new test to check for early destruction of records

Records inside a global tuple are autoDestroyed too early when the
record contains a member with a type such as an array. This causes the
use of an invalid pointer, and can lead to segfaults, double frees and
similar errors.
Fix tuple early autoDestroy bug.

In cullExplicitAutoDestroyFlags(), expand the effect to also include "regular" insert auto
destroy flags.

This function removes the autoDestroy flags from values that are copied (through a move)
into the return value variable of a function.  The case that was resolved before dealt
only with explicit autodestroy flags, but since tuples are created through a call to
_build_tuple_always rather than a constructor call (which would be an explicit new), it is
necessary to add the "normal" auto destroy case to the routine.

The original code was written to be very narrow, to avoid surprises.  But testing should
reveal if there are any associated with this small expansion.
Move iterator support functions out of ChapelArray and into a new module

Added a new internal module for iterator support functions and moved the
functions out of ChapelArray.  Updated tests that expected errors/warnings
from these functions to come from ChapelArray.  Updated a test that counts
dead modules to expect one more.
Merge pull request #859 from noakesmichael/StmtExpr

Add a predicate to determine if an expression is a "Statement Expression" and apply
the predicate in deadExpressionElimination (which is itself a short-hand for 
deadStatementExpressionElimination).  Convert deadExpressionElimination to use
a specialized version of the code to check for expressions in LoopHeaders; it only
needs to check for expressions in CForLoop headers.

Compiled: STD Clang/Darwin, STD GCC/Linux64
Tested: Full STD regression suite
Review: None
Move some record tests to a more appropriate directory.

These tests were living under test/arrays/ but they don't contain any arrays,
and are actually testing record functionality.  I decided to move them to
test/types/records because that seemed the more logical place.
Merge pull request #862 from lydia-duncan/reclassifyDeitzRecordTests

Move some record tests to a more appropriate directory [trivial]

These tests were living under test/arrays/ but they don't contain any arrays,
and are actually testing record functionality. I decided to move them to
test/types/records because that seemed the more logical place.
Merge pull request #860 from hildeth/fixTupleEarlyAutoDestroyBug

Fix tuple early autoDestroy bug.



In cullExplicitAutoDestroyFlags(), expand the effect to also include "regular" insert auto
destroy flags.

This function removes the autoDestroy flags from values that are copied (through a move)
into the return value variable of a function. The case that was resolved before dealt
only with explicit autodestroy flags, but since tuples are created through a call to
_build_tuple_always rather than a constructor call (which would be an explicit new), it is
necessary to add the "normal" auto destroy case to the routine.

The original code was written to be very narrow, to avoid surprises. But testing should
reveal if there are any associated with this small expansion.

[t: std, --verify, --no-local, gasnet(distributions)]
Merge pull request #857 from Kyle-B/kb-add-record-tuple-test

Add new test to check for early destruction of records
Merge pull request #861 from daviditen/iteratorSupportModule

Move iterator support functions out of ChapelArray and into a new module

Added a new internal module for iterator support functions and moved the
functions out of ChapelArray. Updated tests that expected errors/warnings
from these functions to come from ChapelArray. Updated a test that counts
dead modules to expect one more.

[reviewed by lydia-duncan]