EmbeddedMontiArcDL issueshttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/languages/EmbeddedMontiArcDL/-/issues2024-01-29T19:12:07+01:00https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/languages/EmbeddedMontiArcDL/-/issues/7Parameters cant be passed through nested components2024-01-29T19:12:07+01:00Marvin DaxhammerParameters cant be passed through nested componentsGiven three components where NetworkA is expected to pass through the parameter convChannels to the instance of NetworkB, an Exception occurs when the component is being resolved:
```
java.lang.IllegalStateException: The following names ...Given three components where NetworkA is expected to pass through the parameter convChannels to the instance of NetworkB, an Exception occurs when the component is being resolved:
```
java.lang.IllegalStateException: The following names could not be resolved: convChannels,convChannels
at de.monticore.lang.monticar.cnnarch._symboltable.ResolvableSymbol.resolveOrError(ResolvableSymbol.java:80)
at de.monticore.lang.monticar.cnnarch._symboltable.StreamInstructionSymbol.resolve(StreamInstructionSymbol.java:32)
at de.monticore.lang.monticar.cnnarch._symboltable.ResolvableSymbol.resolveOrError(ResolvableSymbol.java:78)
at de.monticore.lang.monticar.cnnarch._symboltable.ArchitectureSymbol.resolve(ArchitectureSymbol.java:179)
```
component NetworkB<Z classes=10> (Z convChannels) {...}
component NetworkA<Z classes=10> (Z convChannels){ ports ...;
instance NetworkB<10> (convChannels) netB; ...}
component Main{
instance NetworkA<10> (20) net1;}Marvin DaxhammerMarvin Daxhammerhttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/languages/EmbeddedMontiArcDL/-/issues/6referenced components have an empty package name2019-07-01T11:34:40+02:00Baran Dalgicreferenced components have an empty package name## Problem
The type attribute of *EMAComponentInstanceSymbol* objects always returns a reference with an empty package name (empty string). This is also the case if the parent component has an explicit package. As a result, we are not a...## Problem
The type attribute of *EMAComponentInstanceSymbol* objects always returns a reference with an empty package name (empty string). This is also the case if the parent component has an explicit package. As a result, we are not able to assign tags
without fully qualifying the instance type.
## Example
The combination of this two models leads to an Alexnet instance with an empty package name instead of *tagging*.
[Alexnet.emadl](/uploads/83565010f980da674398a4cfe9ccc4a0/Alexnet.emadl)
[Parent.emadl](/uploads/7654661f3843f793c1ccb13043f19fb2/Parent.emadl)Evgeny KusmenkoEvgeny Kusmenkohttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/languages/EmbeddedMontiArcDL/-/issues/5VersionUp: Full name of instances are missing package prefix2019-01-09T16:09:04+01:00Alexander David HellwigVersionUp: Full name of instances are missing package prefixAlexander David HellwigAlexander David Hellwighttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/languages/EmbeddedMontiArcDL/-/issues/4Move to newest CNNArch without NEWLINE token2018-10-09T11:26:31+02:00Evgeny KusmenkoMove to newest CNNArch without NEWLINE tokenCarlos Alfredo Yeverino RodriguezCarlos Alfredo Yeverino Rodriguezhttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/languages/EmbeddedMontiArcDL/-/issues/3Refactor grammar2018-10-26T15:02:11+02:00Evgeny KusmenkoRefactor grammarPlease refactor the grammar to
```mosel
package de.monticore.lang.monticar;
grammar EMADL extends de.monticore.lang.embeddedmontiarc.EmbeddedMontiArcMath,
de.monticore.lang.monticar.CNNArch{
start EMACompilat...Please refactor the grammar to
```mosel
package de.monticore.lang.monticar;
grammar EMADL extends de.monticore.lang.embeddedmontiarc.EmbeddedMontiArcMath,
de.monticore.lang.monticar.CNNArch{
start EMACompilationUnit;
BehaviorEmbedding = Architecture | MathStatements;
BehaviorName = name:"CNN" | name:"Math";
token NEWLINETOKEN =
('\r' '\n' |
'\r' |
'\n' ):;
}
```
in order to avoid the unnecessary non-terminal **EMADLCompilationUnit**, c.f. http://monticore.de/MontiCore_Reference-Manual.2017.pdf Listing 4.25
and to inherit from **EmbeddedMontiArcMath** instead of EmbeddedMontiArcBehaviour
Please also analyse why the newline token needs to be overriden here (MC bug?)Svetlana PavlitskayaSvetlana Pavlitskayahttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/languages/EmbeddedMontiArcDL/-/issues/2Bereitstellung von Tests mit Opt2019-01-15T19:06:10+01:00Evgeny KusmenkoBereitstellung von Tests mit Opt@christoph.richter Damit wir diese Sprache auch ordentlich testen können, bräuchten wir noch ein Testbeispiel, mit MontiMathOpt-Code (mit Optimierungsausdruck). Könntest du bitte einige Beispiele hier reintun (kannst diese kopiern, du ha...@christoph.richter Damit wir diese Sprache auch ordentlich testen können, bräuchten wir noch ein Testbeispiel, mit MontiMathOpt-Code (mit Optimierungsausdruck). Könntest du bitte einige Beispiele hier reintun (kannst diese kopiern, du hast ja sicherlich einige. Nicht zu viele, es geht nur darum, zu testen, dass alle Subsprachen funktioniern):
https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/languages/EmbeddedMontiArcDL/tree/master/src/test/resources/models
Sobald du fertig bist, kannst du einen MR aufmachen. Wir werden diesen dann mergen, sobald die Sprache funktioniert.Christoph RichterChristoph Richterhttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/languages/EmbeddedMontiArcDL/-/issues/1Einbindung von EMAMOpt statt EMAM2018-10-26T15:02:11+02:00Evgeny KusmenkoEinbindung von EMAMOpt statt EMAMIm Moment benutzt die Sprache Regeln aus EMAM/MontiMath
Damit wir die Arbeit von @christoph.richter hier wiederverwenden können, müsste die Sprache auf MontiMathOpt und EmbeddedMontiMathOpt umgestellt werden.Im Moment benutzt die Sprache Regeln aus EMAM/MontiMath
Damit wir die Arbeit von @christoph.richter hier wiederverwenden können, müsste die Sprache auf MontiMathOpt und EmbeddedMontiMathOpt umgestellt werden.Svetlana PavlitskayaSvetlana Pavlitskaya2018-08-23