working on the cset [fordiac-ide:c98960] I noticed that the problem is that internal var declarations store their type in an editional variable local type. However local vars are also inherited from our IEC 61499 VarDeclaration model entry. This model has a member called type of type string. The value of this is not set leading to the errormessage in the editor. In order to make this happen a quick fix would be to adjust the generated setLocalType function of the xtext model and set their also the type of the super classe. However I don't like this fix it seems to be too hacky.
A better solution would be to merge localtype and type. But then the xtext parser would need to deliver a string and not an enum as it is now. This is however beyound my xtext knowledge.
Attached is a patch to fix type parsing for local variables in the new ST parser.
The parser now refers the DataTypeLibrary when resolving types and correctly assigns the type attribte of VarDeclaration.
working on the cset [fordiac-ide:c98960] I noticed that the problem is that internal var declarations store their type in an editional variable local type. However local vars are also inherited from our IEC 61499 VarDeclaration model entry. This model has a member called type of type string. The value of this is not set leading to the errormessage in the editor. In order to make this happen a quick fix would be to adjust the generated setLocalType function of the xtext model and set their also the type of the super classe. However I don't like this fix it seems to be too hacky.
A better solution would be to merge localtype and type. But then the xtext parser would need to deliver a string and not an enum as it is now. This is however beyound my xtext knowledge.
Related
Commit: [c98960]
Attached is a patch to fix type parsing for local variables in the new ST parser.
The parser now refers the DataTypeLibrary when resolving types and correctly assigns the type attribte of VarDeclaration.
thank you for this patch it is added in cset[fordiac-ide:e3e532]