Adding another cast for cases when ssize_t != int64_t

This is similar to the casts inserted in r19807, and is simply in a case
that wasn't caught by other tests in examples/ (and which I apparently
failed to search for adequately).



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19913 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Removing syntax highlighting for 'volatile'; adding 'atomic' emacs

- removed volatile from our syntax highlighting modes
- added atomic to a few emacs files that seemed to be missing it



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19914 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Removing 'volatile' from this source highlighter as well



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19915 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Update to READMEs regarding GASNet gemini conduit.

Add some info about the GASNet gemini conduit:

- defaults to CHPL_GASNET_SEGMENT=fast

- beta




git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19916 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Update the pointer to the README/xe-cle-proprietary file.  But keep the
line length below 80 despite the long filename!


git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19917 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Adding placeholder for desire to move all external C types into a std module

Adding a note that we should move all external C types into a standard
module and document it for the next release.



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19918 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Adding a TODO note about atomic floats to LULESH.  It wants them so bad.



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19919 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Updating CONTRIBUTORS for release

* adding Joel Denny (bb.cpp bug fix) and Roald Frederickx (setchplenv.fish)
* moving Rafa, Matt Baker, Maria into 'previous releases' section




git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19920 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Adding a future for the domain address bug.

When a global domain variable is declared using a domain literal, the
broadcast of the address on locale 0 is not done properly.
Specifically, the broadcast call is made before the domain is fully
initialized.

The work around is to explicitly specify the type of the domain.

I have a fix, but given the proximity to the release I didn't feel
confident enough to try and submit it (and then I broke it trying to
get it to be more general).





git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19921 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Adding some late-breaking REGRESSIONS

- basicUpdate fails sometimes due to (we're guessing) floating point precision
  issues

- brad missed a .good update with an ra test (should now be fixed)

* compiling chpl with CCE is looking better but still has some mysterious
  stuff going on

* is commDiags nondeterministic or did someone fix it?

* normal nondeterminism



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19922 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Updating version number in anticipation of the upcoming release




git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19923 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Updating copyright dates to 2012.

I can't believe I didn't remember to do this in January.  No wonder I've
felt so blah this year.  Chapel lives on!!




git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19924 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
This file has moved to the Cray repository, a more natural place for it.


git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19925 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Spec changes reflecting that default ints are now 64-bits

Updated parts of the spec that reflected the old assumption that
ints are 32-bits.  Imagine my surprise to find that the spec has
said that 'int' and 'uint' are 64-bits by default and has since
last May(!).  And people wonder why I fear the spec...

In detail:

- updated the description of 'int's to avoid the suggestion that
  'int' and 'int(64)' are different types.  I don't believe they are.
- updated the implicit param conversions text to reflect a default
  int size of 64-bits which cleans it up.
- updated an interoperability example that assumed 'int' was 32-bits
- noted that BlockCyclic now takes int(64) values as its blocksizes



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19926 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Update comm counts after the last update to SSCA2.



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19927 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
More int->64-bit changes

1) Corrected that integer literals are of type not type uint

2) Updated function resolution to describe the new role in disambiguation
   that param arguments play.  I think I've grown a new hair on my chest
   now that I've dared to touch the function resolution section.



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19928 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Updated README to reflect 64-bit int changes


mem* config consts are now int(64) rather than uint(64)



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19929 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Improved the description of how params have changed function resolution



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19930 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Updating description of by and # operators to reflect recent changes

In particular, noting that they now both accept int/



git-svn-id: http://svn.code.sf.net/p/chapel/code/trunk@19931 3a8e244f-b0f2-452b-bcba-4c88e055c3ca
Oops, filling in message from previous commit

[vass]

I forgot that I was in an emacs buffer that had a half-written commit
message in it.  Sorry about that.  That previous commit:

* noted that 'by' and '#' operators on ranges now take ints or uints
  of the same type as the range's idxType (or types that can coerce
  to them)

* noted that the result range type for a '#' operator is the same as
  its input range now.



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