X10 free download, X10 download on software download

A programming language that can be used on Mac OS X X10 is a programming language being developed at IBM Research in collaboration with academic partners. The X10 effort is part of the IBM PERCS project (Productive Easy-to-use Reliable Computer Systems) in the DARPA program on High Productivity Computer Systems.X10 contributes to this productivity improvement by developing a new programming model, combined with a new set of tools integrated into Eclipse and new implementation techniques for delivering optimized scalable parallelism. X10 is a type-safe, modern, parallel, distributed object-oriented language intended to be very easily accessible to Java(TM) programmers. X10 is targeted to future low-end and high-end systems with nodes that are built out of multi-core SMP chips with non-uniform memory hierarchies, and interconnected in scalable cluster configurations.NOTE: X10 is licensed and distributed under the terms of the Eclipse Public License. What's New in This Release: · New Features and Improvements · - Support for Solaris 10 platforms sunos_sparc · - 'new' for classes but not structs? · - Support printf on x10.io.Printer and general formatting in x10.lang.String.format · - A set of issues we found at UCLA compilers group · - Complex Math functions · - Rail.toString() should be something useful · - Build shared libraries for x10rt and x10 on Linux · - Build shared libraries for x10rt and x10 on Mac OS · - Build and use manifest of XRX classes in Java backend · - Support for Solaris 10 platform sunos_x86 · - Define a Range type that is a 1-dimensional contiguous Region · Tasks and Sub-tasks · - Uniform copyright and license header in all files · - Remove remnants of 1.7 autoboxing from front-end (and backends/runtimes) · - Front-end is inferring the type of to be ValRail instead of ValRail · - Upgrade to ecj 3.5 as the post-compiler · - x10.dist/samples/KMeans.x10 doesn't compile · Bug · - "()=>0 to T" should fail in typechecking instead of in generated code · - Bad code generated for NativeRep constructor of generic class · - Bad generated Java code invoking methods on "primitives" · - Bad generated Java code with inferred null type · - Long compile times · - Performance of primitive conversions · - Assigning types with covariant type parameter generates bad Java code · - Need to specify Char · - Local class names are not mangled properly · - EmptyRegion constructor throws (and swallows) exception · - Codegen problem with "HeatTransfer" example and java backend: Appears to be boxing/generic related

X10 Related Software