Run crontab sync after ~/chapel update on bradc-lnx.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22708 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Remove support for CHPL_TASKS=none and CHPL_THREADS=minimal.

[Reviewed by Sung.]

This removes the runtime support for tasks=none and threads=minimal.
These two were only used very rarely by runtime developers, never by
users as far as we know, and were not included in regular testing.
Nevertheless, they did require maintenance when the runtime tasks or
threads interfaces changed, so there was a cost to keeping them.  I
proposed removing these in an email to the SourceForge chapel-developers
mailing list on 10/16/13 and asked if there were any objections.  I have
not heard any, so now they're going away.

The specific file changes are:

runtime/include/tasks/none (deleted)
runtime/include/threads/minimal (deleted)
runtime/src/tasks/none (deleted)
runtime/src/threads/minimal (deleted)
  Remove the runtime support.

util/chplenv/threads
  Do not select a threading model for CHPL_TASKS=none, because that
  cannot occur now.

doc/release/README.tasks
  Remove mention of CHPL_TASKS=none.

doc/release/platforms/README.ibm
  The lack of POSIX threads on BG/L meant that we could only support it
  with CHPL_TASKS=none before.  Now we can't support it at all.  Say
  so.

test/parallel/taskPool/figueroa/OneThread.skipif (deleted)
test/parallel/taskPool/figueroa/OneThreadSyncStmt.skipif (deleted)
  Remove these two, which prevented running the corresponding tests when
  CHPL_TASKS=none.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22709 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Update methodAssignment.bad with new warning message. [trivial]The left operand of '=' should have ref intent, which in this context means that 'this' should always be passed with ref intent.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22710 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Add nightly.muxed script and run it on chap09.

Remove nightly.chap09; it is no longer used.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22711 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
qthreads and gasnet testing (-multilocale) should use numa locale model.

This came out of discussion with gbtitus and sungeun.

git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22712 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Retire some futures which are passing due to assign-to-ref (r22674). [trivial]

These tests were futures because alias tracking in the copyPropagation
optimization is somewhat primitive.  It will invalidate a candidate pair if an
alias is created from a member of that pair, but only if the alias creation
follows the creation of the candidate pair.  To be strictly correct, however,
aliases must be tracked across an entire function, and the creation of
a candidate pair prevented if either member is already aliased.

In these tests, the failure was due to refPropagation removing alias creation
statements that followed the creation of certain candidate pairs.  The
refPropagation pass formerly preceded the copyPropagation pass.  As a result,
copyPropagation would make a substitution that was invalid.

In the tests, the invalid substitution manifests as a an expected update
(through the alias) that fails to occur when the program is run.

The reason why r22674 cured the problem is that (as a workaround for other
failures), I reversed the order of the refPropagation and copyPropagation
passes.  As a result, the alias creation statements are in the "right place"
for the sake of copyPropagation.  The behavior of the aliases is preserved, and
the program runs as expected.



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