Disable gets/puts for single locale when using numa locale model

[reviewed by David]

This commit replaces codegen of chpl_gen_comm_get/put() with straight
memcpy() in cases where we use wide pointers for single locale
compilation (and do not request --no-local).  Currently, this happens
only when using the numa locale model.  This improves numa locale
model performance by ~2x for the stream and stream-ep benchmarks.

I also factored out the direct comparison of CHPL_LOCALE_MODEL into a
function called forceWidePtrs().  The function is called by
requireWideReferences() and requireOutlinedOn(), as well as in a new
function called forceWidePtrsForLocal() which is used in
codegenAssign() as described above.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22391 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Add check to prevent tautological comparisons

[Reviewed by Vass]

This patch adds a compile time type check to ensure that a tautological
comparison does not occur when casting a variable back and forth as the with
the same type.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22392 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Fix warnings when compiling under clang

compiler/AST/expr.cpp:
    Remove unused function (codegenNullAsignments)

compiler/AST/expr.cpp:
    Remove unused functions (codegenNullAsignments, zeroInitializeRecord)

For more information on the removed functions see:
    r12284 for zeroInitializeRecord
    r8737 for codegenNullAssignments

compiler/include/log.h:
    Fix a warning about a forward declaration that uses class when it should
    have said struct.

compiler/main/passlist.h:
    Fix a warning where NUL ('\0') was used instead of NULL


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22393 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Minor edits to README based on review with Thomas yesterday



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22394 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Update the build system to better support Darwin

[Reviewed by Vass]

util/chplenv/compiler:
    Add logic to select clang if on darwin, with a fallback to gnu if clang is
    not found

make/compiler/Makefile.clang:
    Update the makefile using the current version of Makefile.gnu as the base

runtime/etc/Makefile.*
    Update the runtime makefiles for third-party libs to use a cross platform
    syntax for -rpath ( -Wl,-rpath -Wl,{LIBPATH} )

These changes make clang the default compiler on darwin. To use gcc,
CHPL_HOST_COMPILER and CHPL_TARGET_COMPILER must be set to 'gnu'.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22395 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Bringing --baseline regressions up to date with reality

Somehow, a number of --baseline REGRESSIONS were missed on 09/28/13's
run, and a few more on 11/14/13.  Happily, a few --baseline
regressions have also closed since the last time I've run through
this, but generally I think we're in a worse place w.r.t. --baseline
testing.  I'm not sure which specific sub-flags of --baseline are
causing the issues.

For the 09/28/13 regressions, I'd guess that 

r21992 | hildeth : Fix the iterator inlining memory leak bug. [reviewed by vass]

was probably the culprit.  For 11/14, possibly:

r22303 | hildeth : Fix the massive memory leak in fileIO.chpl (primers) [reviewed by vass]


[Don't get me wrong, I'm happy to have these improvements in the
normal compilation mode, but given that some of the new failures are
in sort tests, hpl, fft codes, they're probably worth turning
attention to eventually.]





git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22396 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Bringing darwin testing more up-to-date with reality

Retired the darwin failures that Kyle fixed last week.  Also ran through
other regressions that were listed to see if they were still failing
and for the same reasons.  Note that we haven't done a full run on darwin
for quite some time now, so this may just be a subset of all failures.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22397 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Bringing --no-local / gasnet-everything / gasnet-fast up to date with reality

Happily, in this case, almost all of the cases that were not in sync with
the nightly testing were ones in which things had been resolved but never
removed from the REGRESSIONS list.  It should now be up-to-date.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22398 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Brought valgrind and pgi regression listings up to date with reality

All happiness:

* a bunch of previous valgrind timeouts have resolved themselves

* a bunch of pgi regressions were resolved on 11/23 but never removed
  from the REGRESSIONS list



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22399 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Bringing performance REGRESSIONS up-to-date with reality

Another case of happiness in our status (but not our process):  

* warning regressions (that Tom fixed?) fixed but never removed



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22400 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Brought linux64, --fast, block (mostly) up-to-date with reality

Again, there were fixed regressions still listed in the linux64,
block, and --fast sections that hadn't been removed.  Removed
them.  --fast is the one configuration that I don't feel confident
is up-to-date.  Still waiting for today's run to come in (I think?).
I'll update on Monday before handing off.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22401 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Update nightly.lnx-hilde to not run full memleaks testing on Saturday.

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