This repository has been archived by the owner on Jan 5, 2021. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 85
Replace generator model typesystem with Generic Type System #325
Comments
We have to check if this is topic for a major release as this may break compatibility. |
This would also allow to use expressions and variables in SGen for instance GeneratorModel for yakindu::java {
} |
andreasmuelder
added a commit
that referenced
this issue
Sep 7, 2017
andreasmuelder
added a commit
that referenced
this issue
Sep 7, 2017
andreasmuelder
added a commit
that referenced
this issue
Sep 7, 2017
andreasmuelder
added a commit
that referenced
this issue
Sep 7, 2017
andreasmuelder
added a commit
that referenced
this issue
Sep 7, 2017
andreasmuelder
added a commit
that referenced
this issue
Sep 7, 2017
andreasmuelder
added a commit
that referenced
this issue
Sep 7, 2017
this allows using expression interpreter without dependencies to SGraph and the like
andreasmuelder
added a commit
that referenced
this issue
Sep 8, 2017
andreasmuelder
added a commit
that referenced
this issue
Sep 8, 2017
andreasmuelder
added a commit
that referenced
this issue
Sep 11, 2017
* #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate SRuntime Model into own plugin * #325 - preliminary work:remove dependency from sruntime to sgraph this allows using expression interpreter without dependencies to SGraph and the like * #325 - adopted to expression language * #325 - Proposal Provider bugfix * Moved TypeSpecifier to Expressions.xtext * Added Property Definitions to SGen Model * Added validation and scoping * Add xtext nature, fix genmodel, regenerate
BeckmaR
pushed a commit
that referenced
this issue
Dec 15, 2017
* #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate Expressions Interpreter * #325 - preliminary work: Separate SRuntime Model into own plugin * #325 - preliminary work:remove dependency from sruntime to sgraph this allows using expression interpreter without dependencies to SGraph and the like * #325 - adopted to expression language * #325 - Proposal Provider bugfix * Moved TypeSpecifier to Expressions.xtext * Added Property Definitions to SGen Model * Added validation and scoping * Add xtext nature, fix genmodel, regenerate
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The generator model has a very simple type system implementation with 4 basic primitive types and basic type checks. This should be replaced by org.yakindu.base expressions to reduce duplicate code.
The text was updated successfully, but these errors were encountered: