Removing r22581

Backing out the rm of the readonly directory that I committed in
r22581.  By now all Cray configurations should have run and gotten a
new checkout of the source tree unless they were broken in some other
way and undetected.





git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22585 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Modified .good to accept the no-local regression in printFinalMemStat.chpl due to r22473.

[As discussed with the group.]

To summarize the cause of the regression, r22473 added a 'local' clause
in destroyDom() and destroyArr(). Against my expectation, that did not
cause the compiler to eliminate the 'on' clauses in the functions
remove_dom() and remove_arr() that are invoked from there. However,
independently of r22473, the 'on' argument bundle gets an extra pair of
(line number, file name) arguments when its enclosing function is
compiled in both 'local' and non-'local' modes. These extra arguments
in 4 bundles are what causes the extra 64 bytes memory usage witnessed
by this test. 2 of those bundles are allocated concurrently, bumping
the maximum memory usage by 32 bytes.

See the thread "r22473 and compiler issues" on the internal mailing list
for a more detailed description of the above.


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22586 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Set --fast by default during performance testing

[Reviewed by vass, gbt]

util/start_test now sets --fast in compopts when --performance is set

All *perfcompopts files have had --fast and '-O --no-checks' removed. If that
left them empty, they were deleted as well. This was done using the command:

find $CHPL_HOME/test -iname '*perfcompopts' -exec \
  sed -i '' -e 's#--fast[[:space:]]*$##' \
            -e 's#-O --no-checks[[:space:]]*$##' {} \; \
&& find $CHPL_HOME/test -iname '*perfcompopts' -type f -size 1c -exec \
  svn rm --force {} \;


git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22587 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Remove a PERFCOMPOPTS that was missed in the culling

This PERFCOMPOPTS was added after script to remove them was run, but before the
changes had been committed.


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

In writing my spectralnorm variant, I hadn't understood that %r == %g
and that %dr == %f for Chapel, so was using %.10r where the thing to
do to match other languages is actually %.9dr, so I made that change.
Also made my comments line up properly.




git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22589 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
dos2unix'd my spectral-norm

How embarrassing... why do we have dos file formats under svn?
(I think it came from the version I copied from?)



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22590 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
No longer remove successful performance test .tmp files

[concept reviewed by vass]

Lydia and I have recently run into confusion where we've
needed to validate if a performance test got the right
output, but the testing system has already cleaned up
after itself, so it's not possible to do so.  Ultimately,
we'd like a way to specify "match" performance keys that
must get a certain result for a performance test to pass,
but until that day, let's keep around the .exec.out.tmp
files whether the test "passes" or not so that we can
verify by hand.




git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22591 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Improvements to documentation about width and precision

[Suggested by/reviewed by Brad]

These are really just some clarifications.



git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22592 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Fix RE2 builds and tests on Mac OS X Mavericks

Even after upgrading RE2 to the latest version which addresses
some issues with Mac OS X, I was having trouble linking the C++
test programs with RE2 - and I believe that .chpl programs
using RE2 would not compile either. The source of the problem
was:
      1) Mac OS X does not support static linking of executables
         (although it can link with a static library), so using the
         --static flag in the tests is not an option.
      2) The Mac OS X linker does not support -rpath=something;
         you have to give it -rpath something.
      3) The RE2 build/install process leaves a partial pathname
         to the .so encoded in the .so; so that when you link with
         that binary it would look for the re2.so in an obj/ directory.
         Because of this partial pathname, the usual rpath linker
         flag was not enabling the loader to find the required library.
      4) When dynamically linking, the list of exported symbols
         did not include some that earlier patches to RE2 (to make
         it work on channels) added.

To fix these problems, this patch:
      1,2) Adjusts the C++ language Regexp tests to not use
           --static on Mac OS X and to use -rpath something

      3) Fixes the RE2 Makefile to update the pathname
      in the .so to the absolute destination pathname using
      the tool install_name_tool if it exists

      4) Adds the missing symbols to libre2.symbols and
      libre2.symbols.darwin.

This version passes test/regexp on Linux and has minimal changes from the one
that worked for me with Mac OS X Mavericks.

Note that for Mac OS X versions before Mavericks, the RE2
version currently in trunk does not compile and link properly.
Removing the symbol for operator<<(std::ostream&, re2::StringPiece const&)
from libre2.symbols.darwin solves the problem. We havn't done
that in our own patch to RE2 because we expect that the RE2
project will fix the problem in the relatively near future - but
we could make that change e.g. before the next release if necessary.




git-svn-id: svn+ssh://svn.code.sf.net/p/chapel/code/trunk@22593 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Fix log dir variables for -dist testing.

These were set in ~chapelu/.chplcron.dists.cshrc previously.

r: gbtitus

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