Goal of this thesis is to bring clarity


goal of this thesis is to bring clarity

goals. Goals are: develop all necessary debugger-specific aspects for RT Java language basing on built-in Java debugger capabilities of MPS develop integration of MPS debugger with RT java VM provide view for RT JVM-specific properties for each object in debugger snapshot in MPS Resources. Analysis of the possible synergies between a projectional editor and a purely functional programming language. Allow the programmer to indicate at compile-time the intention whether to generate GPU-specific code or whether to generate plain Java code instead Analyze and compare the code-generation approach to the existing alternative approaches Expected output (one or more of A functional MPS language extension packaged. Ideally, Java programmers should write the code, which eventually runs on a GPU, directly in Java together with the rest of the application. DSLs for education Explore whether Domain Specific Languages (DSLs) and language workbenches in particular can contribute to teaching programming. GPU programming in JetBrains MPS.

Goals: The developers, meaning users of the created solution, should be able to turn tracing on and off for different parts of the codebase using a DSL It should be possible to specify classes, methods and fields to trace individually or as groups The tracing. Go language implementation in JetBrains MPS Go is an imperative programming language from Google with strong focus towards performance and concurrency. This thesis should elaborate on the possibility to automate the process of creating MPS language definition from existing grammar definitions. Expected output: MPS DSLs for model-based and/or property-based testing A suite of tests for a non-trivial application written in the above DSLs. Code generators for Rust code Expected output (one or more of A functional Rust language implementation distributable under an open-source license Resources: Model-Based and Property-Based Testing Model-based testing is a software testing technique, in which the test cases are derived from a model of the. As a proof of concept a simple but non-trivial test suite for MPS could be produced. This approach was chosen in order to give language authors: greater flexibility of the language syntaxes tabular, graphical, textual or form-like notations are all possible ability to switch between notations on-the-fly and thus view the same code in different ways depending on the task.

Underlying Locations: Architecture, thesis, studio Project 2011 Archinect The different between think and consider? Theses, topics - MPS - Confluence


Sitemap