Mon, 21 Sep 2015 11:21:03 +0200 |
Jaroslav Tulach |
Merging in changes in default branch
|
Mon, 21 Sep 2015 10:55:36 +0200 |
Jaroslav Tulach |
Replacing more TruffleVM references in comments with the new PolyglotEngine name
|
Mon, 21 Sep 2015 10:34:30 +0200 |
Jaroslav Tulach |
Renaming to PolyglotEngine
|
Mon, 14 Sep 2015 09:18:36 +0200 |
Jaroslav Tulach |
Two more changes to guarantee better compatibility with TruffleVM
|
Mon, 14 Sep 2015 05:32:13 +0200 |
Jaroslav Tulach |
Introducing Portaal into the isolated world of each and any TruffleLanguage.
|
Mon, 21 Sep 2015 13:11:41 +0200 |
Jaroslav Tulach |
Fixing Javadoc, imports and adding suppression to methods that are being deprecated
|
Mon, 21 Sep 2015 12:36:30 +0200 |
Jaroslav Tulach |
Certain languages (like FastR) prefer access to raw byte streams. Offering it. One always has an option to wrap Input and Output Streams into character based Readers and Writers
|
Wed, 16 Sep 2015 11:33:22 +0200 |
Jaroslav Tulach |
Using fully qualified imports
|
Mon, 14 Sep 2015 11:02:52 +0200 |
Jaroslav Tulach |
Make sure the proper TruffleVM execution context is re-set before invoking an operation on a JavaInterop wrapper obtained via Symbol.as method.
|
Wed, 09 Sep 2015 16:03:49 +0200 |
Jaroslav Tulach |
(Re)Introducing LanguageCache - e.g. data that hold the essential static information about Truffle languages. Pre-initializing the data if AOT property is specified. Use mx -J-Dcom.oracle.truffle.aot=true unittest to validate proper behavior of AOT mode.
|
Mon, 07 Sep 2015 17:07:20 +0200 |
Jaroslav Tulach |
Implementing API for Java/Truffle interop. Based around JavaInterop.asJavaObject and JavaInterop.asTruffleObject methods. Connected to TruffleVM via Symbol.as(Class) wrapper. Verified by extended TCK.
|
Fri, 04 Sep 2015 10:39:23 +0200 |
Jaroslav Tulach |
Make sure TruffleLanguage.createEnv is only called when Accessor.CURRENT_VM is known
|
Fri, 04 Sep 2015 09:10:27 +0200 |
Jaroslav Tulach |
Suppressing "try" lints
|
Thu, 03 Sep 2015 17:15:44 +0200 |
Jaroslav Tulach |
TruffleVM can now depend on api.interop and thus there is no need for indirection between SymbolInvoker and its Impl. Enough to do direct calls.
|
Thu, 03 Sep 2015 16:38:45 +0200 |
Jaroslav Tulach |
Separating the TruffleVM into its own project makes it possible to cleanup various system parts interations
|