Per Östlund

Some more optimization in #13711, though it only shaves off a couple of seconds (from about 44s to 37s for me, code generation not included). The main issue now seems...

The models mentioned in this issue no longer time out now, see [report](https://libraries.openmodelica.org/branches/history/master/2025-03-19%2013:06:12..2025-03-20%2002:56:32.html). But they're still very slow.

> @perost can you please update me on the status of this issue? Thanks! I worked on a bit, but there were so many issues with it that I gave...

Full scalarization is now implemented in #12682 via the flag `--baseModelicaOptions=scalarize`. Functions should generally work, function arguments will be scalarized and function calls returning arrays will be subscripted. The functions...

> In some cases it might be necessary to access a record field of an expression, which was added to Modelica recently but not yet implemented in omc. #12683 fixes...

Duplicate of #12425.

#12443 should improve the situation a bit, by reducing the number of external functions that we evaluate. Previously we tried to evaluate all parameters, but with #12443 we don't evaluate...

> Thank you very much. > > An additional note. In order to keep the effort of creating conversion scripts low, it would be good if a step-by-step conversion is...

What the error complains about is that `clear` isn't a valid statement, it should be `clear();` if anything. But neither `clear` nor `convertClear` are valid conversion rules and will generate...

> See PR #12820. > > I noticed another issue. `getIconAnnotation` fails for some of the models e.g., > > ``` > getIconAnnotation(SiemensPower.Boundaries.MassFlowSource_h) > {-100.0,-100.0,100.0,100.0,false,-,1.0,1.0} > ``` > > The...