Enable the reclamation of sync variable array elements [reviewed by Lydia]

In dsiDestroyData() [DefaultRectangular.chpl:480], the param function
chpl__maybeAutoDestroyed() queries the type of an array element to see if it
should be reclaimed through a call to chpl__autoDestroy().

Right now, the query returns "false" for sync and single variables.  Since sync
and single variables are implemented as class instances, this means that they
will be leaked.

Since dsiDestroyData is called only when the containing array is being destroyed
(its ref count having gone to zero), it seems reasonable that this reclamation
can be done without creating any dangling references (at least, not within the
implementation of the array type itself).  

This patch reverses the sense of that test, so that sync and single array
elements will be reclaimed when the containing array is destroyed.

[tested on test/ with (std)]
[tested on domains/ distributions/ multilocale/ performance/ with CHPL_COMM=gasnet]
[tested on examples/ with -valgrind]


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22403 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Updated Classes.tex with "delete nil is OK". [reviewed by vass]

Also, updated the declaration example to show that two class variable names can
be aliases of one another.  Due to that change, I could move the recently-added
"delete c;" statement into the chapelpost section, so it does not detract from
the example.

I added to the delete example, showing that deleting a nil variable has no
effect. I added the warning that an object (name) should not be used after it
has been deleted, and buttressed this with examples.

Note that this example works because the class it uses does not define a
nontrivial destructor.  The compiler must still be modified to meet the spec in
that case.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22404 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Qsub output has been changed in the NCCS, this commit makes the Chapel launcher
to work again at Titan and the other NCCS/OLCF computers.

Reviewed by Brad.



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

Biggest problem: cray-prgenv-cray and cray-prgenv-intel don't seem to
  have completed on chpbld02 since early November; not sure why...
  cray-prgenv-cray seems to be running now but not updating its output
  file(s) -- or else I'm misdiagnosing something.

One regression: testMethod is now failing in some configurations due
  to a reference-after-free (user error in the file introduced in
  r22383, I'm guessing)


Otherwise cleaned up:

* Sorted NUMA testing and updated w.r.t. reality

  Proposed TODO: Get "NUMA" into the subject line just after Cron to
    better distinguish this configuration from Qthreads testing

* Updated valgrind to reflect reality

* Removed tcmalloc testing which we're not running anymore

* Added notes to Qthreads testing noting which failures were notes
  about full runs vs. what we test on a nightly basis

* Tried to clean up the first two sections of TRIAGE a bit to reflect
  what I think is currently failing.  Biggest offenders my week were:
  refcnt, locales, and Level_DiffusionBE_driver (under --baseline
  only)



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22406 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Make qthreads the default tasking layer when using CHPL_LOCALE_MODEL=numa

[reviewed by Greg]

I put this off thinking that we'd shortly have other tasking layers
supporting sublocales, but that seems further off now, so make
qthreads the default.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22407 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Another attempt at running memleaksfull tests daily only.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22408 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Looking through the remaining files that need legal approval, we discovered
that these files were here and are not used.  So we are removing them.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22409 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Neither of these tests are expected to work when CHPL_TASKS!=fifo, so put in a
skipif to that effect [reviewed conversationally by Sung]



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

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22411 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Add chpl-run script that compiles and then runs a *.chpl file.

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