We're happy to announce that X10 and X10DT version 2.0.5 are now available
for download. This release contains a number of bug fixes and improvements
to the code base. For more details, please see the X10 2.0.5 release page
at http://x10-lang.org/X10+2.0.5+Release.

The 2.0.5 Release notes are appended.

Release 2.0.5

This release includes both the C++ and Java code generation backends.

We are planning to remove x10.lang.Rail in favor of x10.array.Array
in either the 2.1.0 or 2.1.1 release of X10. In the 2.0.5 release,
we believe the x10.array.Array API and performance have reached
acceptable levels to let users begin to migrate away from Rail
usage in preparation. There are a few noticeable differences between 
the Rails and Arrays that are worth highlighting.
  - Rail.length becomes Array.size()
  - Array[T] implements Iterable[Point], not Iterable[T].
    This impacts enhanced forloops over Rails.
  - Although bounds checking performance for Array has significantly
    improved since 2.0.4, it is inherently slower than bounds checking
    on Rails because we want to allow Arrays to be defined over 
user-defined
    Regions. Therefore we must incur one virtual function call when
    performing a bounds check on Array.  NO_CHECKS performance of Rails
    and Arrays is believed to be equivalent. 

No significant language changes were made since the 2.0.4 release.
For details on any minor language changes, please consult the
language specification included in the X10 release.

The following features described in the 2.0 language manual do not
currently work and will be fixed in the subsequent releases:

- Non-static type definitions as class or interface members
  (static type defs do work)
- Type definitions as package members (i.e., in the outermost scope of
  a compilation unit)
- Shared local variables
- Extern methods

Additionally, the following features described in the language
manual do not currently work with the C++ backend and will be fixed in
the subsequent releases:

- Garbage collection on AIX and BlueGene
- Generic virtual methods
- Exception stack traces on Cygwin and AIX

The generated C++ code requires g++ 4.2 or better to be compiled; 
we do almost all of our testing against g++ 4.3.2.  On AIX, you
may either use g++ 4.2 or better or xlC 10.01.0000.0005 or better.

Below is a summary of JIRA issues addressed for the X10 2.0.5 release.

** Improvements and New Features
    * [XTENLANG-59] - language support for guaranteed inlining
    * [XTENLANG-424] - Improve dependency processing for files in 
libx10.mft in C++ backend
    * [XTENLANG-618] - Use != null constraints to remove null-checks in 
codegen
    * [XTENLANG-650] - Need to structure language manual such that all 
code snippets can be extracted and compiled as part of a "sanity build" of 
the manual
    * [XTENLANG-889] - autodefinition of equals(S) for struct type S if 
not provided by the user
    * [XTENLANG-896] - Phased Clocks
    * [XTENLANG-1007] - CUDA: support using the standard technique for 
kernel param passing
    * [XTENLANG-1142] - implement basic Array.copyTo Array.copyFrom 
operations
    * [XTENLANG-1284] - Add new validation steps for Platform 
Configuration
    * [XTENLANG-1308] - Fully specify signature of main method
    * [XTENLANG-1322] - Correct the description of @Native and friends in 
the 2.0.3 language manual
    * [XTENLANG-1406] - Remove templates from the java backend
    * [XTENLANG-1425] - Inline Rail/ValRail.make[T](int length, (Int) => 
T) when it is passed a closure literal as a initializer in Java backend
    * [XTENLANG-1444] - improving x10.dist/build.xml to support spaces in 
directory names
    * [XTENLANG-1453] - Need to migrate X10DT builder to use ecj instead 
of downstream JDT builder
    * [XTENLANG-1485] - Enhance parameter substitution mechanism of 
@Native to support command line option of x10c compiler
    * [XTENLANG-1486] - Support NO_CHECKS flag in Array/DistArray
    * [XTENLANG-1496] - Privatize value field of Rail and ValRail
    * [XTENLANG-1497] - Privatize an element of ValRail[Rail[T]]
    * [XTENLANG-1502] - Handle mix of native files with X10 files for C++ 
back-end
    * [XTENLANG-1531] - should not see Eclipse compiler warnings on 
generated Java code in X10 perspective
    * [XTENLANG-1535] - more informative error message when displaying 
number of dynamic checks
    * [XTENLANG-1552] - Implement exception stack traces for MacOS

** Bugs
    * [XTENLANG-60] - Dist can't implement both (Point)=>Place and 
(Place)=>Region due to compiler restriction
    * [XTENLANG-280] - General sequential performance of Array library
    * [XTENLANG-293] - Performance of rail access
    * [XTENLANG-498] - Calls to exception-throwing methods from within 
closures causes downstream Java compiler to flag an unhandled exception
    * [XTENLANG-509] - Control characters in AIX stack traces
    * [XTENLANG-649] - Using a function with a type constraint on a 
generic parameter breaks code elsewhere ...?!
    * [XTENLANG-678] - Existential Despair
    * [XTENLANG-715] - What is section 9.2 doing?
    * [XTENLANG-778] - Default values for structs and functions?
    * [XTENLANG-873] - Regions can be made with negative rank
    * [XTENLANG-911] - Need support for an "X10 runtime container" to 
handle version skew on X10 runtime updates
    * [XTENLANG-976] - Update DistAlgebra3.x10 test case to reflect that 
union on non-disjoint distributions is allowed if mappings are compatible
    * [XTENLANG-1054] - Dist.toString() has backwards arrow (should print 
place/region mapping in the same way it appars in X10 source code).
    * [XTENLANG-1103] - Dist.makeBlock(1..13) does the wrong thing.
    * [XTENLANG-1125] - Test case Calls/StructCall3_MustFailCompile seems 
obsolete.
    * [XTENLANG-1131] - X10 grammar contains qualifiers that are not in 
the language spec
    * [XTENLANG-1133] - Internal compiler error
    * [XTENLANG-1139] - Annotation spec description is bad
    * [XTENLANG-1250] - NQueensPar.x10 (samples) doesn't compile due to 
apparent typechecker problem
    * [XTENLANG-1265] - Duplicate compilation error message
    * [XTENLANG-1314] - Code fragment with dependent type causes illegal 
C++ to be generated
    * [XTENLANG-1370] - X10DT hangs
    * [XTENLANG-1382] - Compilation spuriously succeeds with 
-commandlineonly when dependent files have semantic errors 
    * [XTENLANG-1396] - Generate accessor function for statics with global 
constant initializers in the header to enable inlining
    * [XTENLANG-1403] - WrappedRuntimeException shouldn't be user-visible
    * [XTENLANG-1408] - -EXTERNALIZE_ASTS doesn't work
    * [XTENLANG-1416] - Code not generated for files unrelated to files 
with syntactic/semantic errors
    * [XTENLANG-1419] - Numeric promotion of unsigned types not defined
    * [XTENLANG-1424] - Position of X10ParsedClassType_c and 
ConstrainedType_c are not the same as the X10CanonicalTypeNode_c
    * [XTENLANG-1426] - Launching X10 Hello world causes NPE (internal 
error)
    * [XTENLANG-1430] - Compiler throws NPE
    * [XTENLANG-1434] - 'continue lbl' can't be used in a loop.
    * [XTENLANG-1436] - masterBuildRelease and masterBuildToolIntegration 
scripts don't work on cygwin
    * [XTENLANG-1441] - NPE from type-checker compiling code that uses 
generics
    * [XTENLANG-1442] - Non-compilable Java code results from references 
to members of a bounded type parameter
    * [XTENLANG-1452] - Memory leak in HashMap.remove
    * [XTENLANG-1458] - Wrong signature of main method
    * [XTENLANG-1459] - Incomprehensible error message for (possibly) 
illegal return value
    * [XTENLANG-1462] - Searching for a property even in a static method
    * [XTENLANG-1466] - lub (least upper bound or least common ancestor) 
for null and non-null type fails
    * [XTENLANG-1473] - Illegal positions when using super.
    * [XTENLANG-1476] - X10Parser bugs
    * [XTENLANG-1491] - Node positions missing file path when source 
located in .jar files
    * [XTENLANG-1505] - null==null fails in the java backend
    * [XTENLANG-1506] - String compareTo issues
    * [XTENLANG-1513] - X10TypeMixin.isNonNull not working as expected 
blocking backend optimization of null checks
    * [XTENLANG-1514] - Compiler reports on "dynamically checked calls" 
but it does not fail with -STATIC_CALLS
    * [XTENLANG-1515] - someStruct.toString() in the C++ backend fails to 
post compile
    * [XTENLANG-1517] - Java error when x10c tries to make a java array of 
generic type
    * [XTENLANG-1521] - C++ backend: bug in struct's equal (==) for 
structs when boxed to interface
    * [XTENLANG-1522] - C++ backend removes assertion - there is no way to 
run with assertions on
    * [XTENLANG-1524] - HashMap.entries() returns a set where some entries 
are null
    * [XTENLANG-1526] - README.txt out of date
    * [XTENLANG-1533] - X10DT:  any pending compilation error prevents all 
code generation for a package.
    * [XTENLANG-1539] - compiler NPE at 
polyglot.ast.LocalDecl_c.addDecls(LocalDecl_c.java:156)
    * [XTENLANG-1542] - Use @NativeRep to allow X10 program to catch 
UnsupportedException
    * [XTENLANG-1543] - StackOverflow error when uncommenting a piece of 
code
    * [XTENLANG-1545] - compiler emits same error message twice for one 
problem

For the details of JIRA issues fixed in this release, see
http://jira.codehaus.org/browse/XTENLANG/fixforversion/15896

Please use the X10 JIRA to report bugs, after ensuring the problem is
not already reported:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&&pid=11812&resolution=-1

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
X10-users mailing list
X10-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/x10-users

Reply via email to