Un-futurized and fixed up ref-intent-bug-2big.chpl.

At some point this test stopped hitting segfault under gasnet,
and instead started hitting an assertion in the test itself.

... which was rightfully so, because I had not realized that
'coforall' does not go to remote locales the way 'forall' does.
So my "sanity" assertion was catching that.

... and even without that, if targetLocales has 'nil' for
all its elements, there would be no remote locales to start with.

It is surprising that Block constructor can be invoked with
targetLocales filled with nils! I investigated this issue separately.

... and even it if weren't filled with nills, the .good file would not match.
That's because of the following:

The .prediff for this test sorts its output. 'sort' sorts differently
depending on the value of LC_ALL (or LC_COLLATE). I adjusted .good
for the sorting order with LC_ALL unset (r20926). However,
start_test actually sets LC_ALL=C, 'sort' in .prediff inherits that,
and we get a mismatch.

Therefore:

* I am un-futurizing this test because it does not exhibit any issues
with the Chapel implementation.

* I am fixing the test source to populate targetLocales (called 'gridLocales')
as intended.

* I am fixing the test source to do 'on' within the 'coforall'.
These two fixes make the test work as expected.

* I am reverting .good to be sorted with LC_ALL=C, to match the output
of the .prediff.

* I am removing .skipif because the test works fine for comm=none.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22681 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Weekly triage update.

REGRESSIONS

* Verification failure (expected) for test_infer_nil.chpl.
Pending group decision on how we want this test to behave.

* mallocOutOfMemory disabled for valgrind.

* minModDeclPrint, minModFnRefArg disabled for --no-local/gasnet.

* New failure in testdistwrite (Sung).

* robust/arithmetic/performance moved to
  robust/arithmetic/performance/multilocale

* Added a compilation timeout.

TRIAGE

* Resolved valgrind testing svn issue.

* Fixed failures from r22618.

* Fixed qthreads+numa failures due to stack size.
  Renamed the corresponding entry to "new passes".
  The entry should probably be deleted altogether now?

* Added "should be fixed soon":

 - domainMaps (Sung)
 - autoCopyWithBegin, initCopyWithBegin (Sung)
 - paramforbreak (David)

* Added a couple of compilation timeouts and a valgrind timeout.

* Sorted prgenv-* compilation timeouts by year then by test path.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22682 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
This adds a new flag to the compiler called --print-passes-file <filename> 

[reviewed by tom]

It is basically the same thing as print-passes but instead of just printing to
stdout this prints to the file. This is to be used for compiler performance
testing where you don't want other compiler output to get in the way or for
--print-passes to mess up expected compiler output. 

This does not override print-passes and the two can be used at the same time
(thought I can't imagine when you would need that.) If the specified file
cannot be opened, an error message is displayed but no recovery attempt is
made. 

The commit also updates the test checking for changes to help and updates the
man page. 


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22683 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Add compperformance flag to scripts for compiler performance testing

[reviewed by lydia]

This modifies the testing scripts to add another flag: -compperformance. This
causes timing data for each test to be saved and at the end a script is run to
combine them into an averaged file. 

test/COMPGRAPHFILES
 - Similar to GRAPHFILES, but for the compiler performance testing graphs

test/performance/compiler/*.graph 
 - Adds new graph files for all the graphs to be generated 
 - Note that the files it looks for are created by the combineCompPerfData
   script
 - There might be a better place to put these. Maybe a subfolder in the same
   directory 
 - I have a todo that will clean these up a bit so there are a couple less
   files and to create a file: key for the .graph files so that each file
   doesn't always need to be listed 

test/performance/compiler/compilerPerformance.perfkeys
 - This is the perfkeys for all the compiler passes. 
 - As a note related to this I'm working on a small script that will make
   adding/removing/renaming/reordering passes easier as well as a test
   that checks if the passes have changed 

util/cron/nightly 
 - add -compperformance option. This uses the existing performance
   infrastructure for committing the perf data to svn repo and syncing the
   graphs to sourceforge. It does not alter the log names or anything along that
   lines with the thinking that getting compiler performance is really just a
   background task and does not alter the testing environment. 

util/cron/nightly.chap01
 - just adds the compperformance flag 

util/start_test 
 - Adds option for -compperformance 
 - It mostly just sets up the environment for compiler performance testing 
 - When testing is over, the combineCompPerfData script and genGraphs is called 

util/checkGraphFiles 
 - adds the .graphs in COMPGRAPHFILES so the script doesn't think theres graph
   files that don't belong 

util/sub_test
 - Sets up variables for compiler performance testing 
 - If compiler performance testing is enabled times the compiler passes and
   then calls computePerfStats for test. 

util/test/combineCompPerfData
 -  This is the new script that takes the individual dat files that were
    created by sub_test and creates a single averaged .dat files as well as a
    .dat file that contains other information about testing/compiling such as
    numPasses, numTests, time compiling vs time testing, etc. 


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22684 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Changes to performance graphs for compiler performance 

[reviewed by sung]

This commit adds two main features to the performance graphs. The first is that
the series in each graph will now be sorted based on data from the most recent
date. So series with the highest values will be on top in the graph. The second
is that graphs can now be expanded. This is primarily for the compiler
performance graphs but it might be nice to add an expand button. Expand takes a
graph with multiple series and turns that into a graph with all the series
still and then a graph for each series that shows that series only. For
instance if you have all (currently 42) compiler passes timings it is too much
information to see them all at once or to single one out. Expansion will create
1 graph with all 42 and 42 graphs with each individual series. Expansion does
not have to expand all. For instance expansion of 10 will only expand 10 series
and the original graph will only have the first 10 series displayed. 

The other changes to this are largely some refactoring. The callbacks have been
pulled out of the genDygraph method. 

In addition the log button will now only appear after the graph is fully
rendered. There was previously a race condition where if you loaded multiple
graphs and tried to zoom or pan before all the graphs were fully loaded an
attempt was made to change the zoom on graphs that didn't exist yet which led
to some odd crashes. Beyond that we were leaking a lot of memory because graphs
were never fully destroyed. This was fixed by calling dygraphs destroy method
when we remove graphs. The dygraphs date parser is now being used to calculate
time to avoid weird issues with daylight savings that occured with Date.parse.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22685 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Add missing semicolon 


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22686 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Ensure LC_ALL=C is set for when generating sorted summary.

When LC_ALL is not set (or set to empty), the order changes, which makes errors
and futures show up twice in the summary. This is due to the summaries being
generated from comm, which requires the sort order to be consistent.

r: gbtitus

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22687 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Tell chpl-tasks.h qthreads has already declared some interface functions.

[Reviewed by Lydia.]

Add boilerplate preprocessor constructs before the inlined definitions
of chpl_task_getSubloc(), getRequestedSubloc(), and setSubloc() to tell
chpl-tasks.h that the qthreads tasking implementation has declared those
functions already.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22688 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Update no-local and gasnet .good files with reduced comm counts

My r22638 had the pleasant side effect of reducing the number of times
we widen a string via chpl_widen_string as well as call
chpl_comm_wide_get_string.  This is the only mem counts test that
wraps a call to writeln, which is why the leaked memory count went
down for the 'Total' count.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22689 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Change prototype of qio_channel_print_literal() back to using a Chapel string

[reviewed by Kyle]

Following up on r22638, qio_channel_print_literal() causes issues
during codegen to extern functions, because the generated code can
pass a non-local Chapel string to c_string_from_wide_string().

So for now, we are going to change it back to use a Chapel string
until we sort out issues with codegen and strings in general.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22690 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Removed freeAssignment.future, cured by 22674.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22691 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Remove the .future for users/ferguson/paramforbreak

This test is passing after -r22667.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22692 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Updated the test test_infer_nil.chpl.

[based on a consensus between Brad, Tom, Vass]

* Converted it to a .future because the compiler currently
does not work as desired.

* Documented, in the test and in .future, the following desired behavior:
in this code:

  var x = nil;

the compiler should infer the type of 'x' to be 'object', as a special case.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22693 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Adding a feature request regarding --local and launchers

Currently, when using a launcher, a number of locales must always
be provided even if the program was compiled with --local.  This
seems arguably inconsistent.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22694 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Factor nightly.qthreads into two scripts so it can run examples or full suite.

The gasnet tests are now in nightly.qthreads-gasnet, which is still invoked from chap05. chap05 now calls nightly.qthreads with -examples. The full suite will be run elsewhere.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22695 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Run full suite with Qthreads on chap11.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22696 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Factor nightly.fast to support examples and full suite testing.

Update machine.chap05 to continue running --fast tests only for examples.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22697 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Run full suite --fast tests on chap12.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22698 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
TODO: Decouple -localeModel and -examples in nightly.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22699 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Factor night.tcmalloc to two scripts, one for comm=none and comm=gasnet.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22700 3a8e244f-b0f2-452b-bcba-4c88e055c3ca