Merge branch 'master' of https://github.com/chapel-lang/chapel
Call default constructor by name.

In the compiler-generated _defaultOf() function, set up the call to the zero-args
constructor using its name rather than pre-resolving it to the all-fields constructor.
This will allow binding a user-defined default (zero-args) constructor if there is one.

Also, simplified the logic and flattened the loop structure.
Translate PRIM_INIT to _defaultOf() uniformly.

The existing code determines if there is a user-defined zero-args constructor and uses
that if there is, otherwise uses _defaultOf().

The compiler-supplied version of _defaultOf() now calls the user-defined default
constructor, so the test and extra code can be removed.
Accept improved behavior of explainIntantiation.

Making _defaultOf() call the zero-args constructor by name removed the inexplicable second
call to the range constructor in DefaultRectangularDom (a wrapper, perhaps), and replaced
it with an instantiation of the range type.  The runtime behavior is unaffected.

That instantiation chain seems more logical, so I'm putting this down as an improvement.
Remove generateConcreteConstructorCall() and helpers.

On-the-fly generation of concrete constructor calls is no longer necessary, because the
code that generates _defaultOf() was changed to call the zero-args constructor by name.
Since the insertion of the zero-args constructor call was moved there (buildDefaultArgs),
insertion at resolution time is no longer necessary.  So the above function and its
helpers have become dead code.

Also, I set up some asserts that will permit merging the tails of the two initialization
clauses.
Add pragma "compiler generated" to range.range as a workaround.

After reworking the compiler-generated version of _defaultOf() for a record type so it
calls the no-args constructor by name(!), the single test case
types/records/sungeun/chapelTypes/record_range fails because name lookup during resolution
does not work as specified.

I excerpted the pertinent text from the spec and added this to the test to underscore what
is expected.

I restored the desired behavior for this test case by adding the "compiler generated" flag
to the constructor range.range in ChapelRange.chpl, but this is an ugly hack.  The correct
solution would be to perform name lookup during resolution as required by the spec.
However, that change is likely to be significant, so I left it as a future effort.
Merged identical tails for two cases in resolvePrimInit().

Previously inserted asserts proved that the tail of the case for
  type->defaultValue || type->symbol->hasFlag(FLAG_TUPLE)
and
  type->defaultInitializer
could be merged and moved out to the top level.  So I did that (and removed the asserts).

I proved that the transformation was correct by running the full test suite, tossing both
--no-local and --verify flags.
Increase number of trials, but lower amount of work per trial. Compile with --fast
Make c_string_from_wide_string work with remote strings

Removes the error message that you "cannot create a C string from a
remote string", and instead creates a local copy of the remote string.

This local copy is leaked, we should be able to fix the leak when
switching over to the new string implementation.
Lowering number of trials for timeout purposes. Lowering iters to avoid timeouts
Merge branch 'master' of https://github.com/bradcray/chapel
Strip leading whitespace to make refArgIsWide match on darwin
Do not run gdbddash test on darwin.
Use lldb on darwin.

This doesn't work, because darwin apparently does weird things with console input.
Parallel addition of indices while element accesses occur simultaneously is unsafe in our implementation of DefaultAssoaciative.
This is because a resize will invalidate references to elements previously accessed.
This test cannot be made to fail deterministically, so instead of becoming a future
it will be removed.
Merge pull request #687 from benharsh/parsafe-add-fix

Remove parSafeAdd as a test
Quiet ioerror failures using platform-dependent .good files.
Updating countMemory test for darwin and cleaning up a bit in general

This commit makes our countMemory test work on darwin by extending the
.prediff script to query the amount of physical memory using the Mac's
'system_profiler' script.  It also makes a small adjustment in the
.makegood file to print trailing ".0"s on round numbers in order to
match Chapel's default format for printing reals.

While here, I removed all the hardcoded machine-specific files that we
have, as none of them are still actively being used.  This also
permitted me to make the .gitignore rule for this directory much
simpler, using a wildcard character.
1) Convert result for buildFoallLoopStmt from SCOPELESS to NORMAL BlockStmt 2) Reformatting for readability
Fix typo in cygwin strerror output.