Adding futures tests
Merge pull request #100 from tzakian/parallel-glob

Adding futures for:

* Recursive parallel iterators
* Calling functions that construct the type of the method calling them (e.g., file.foo() calling open)
* Calling functions that construct the type of the iterator calling them (e.g., file.iter() calling open)
Make string_length() and string_compare() static inline functions, as
they simply call the corresponding C library functions.
Change declaration formatting for string_length() to match the others
as per Mike's suggestion.
Merge pull request #101 from sungeunchoi/test

Make string_length() and string_compare() static inline functions

[reviewed by Mike]

The runtime functions string_length() and string_compare() simply call the corresponding C library functions, so this commit makes them static inline.

The actual motivation for this change is due to a gcc error/warning from throwing the flag -Werror=free-nonheap-object under some configurations, e.g., CHPL_COMM=gasnet with CHPL_GASNET_SEGMENT=everything. The code in question is in chpl_free_c_string() and is protected by a conditional that checks the length of the string. In the offending case, the memory is guaranteed to be on the heap unless the length is 0, but the length check is made via string_length() which was off in the bowels of the runtime library. Making string_length() static inline makes gcc happy.