inconsistent code for array equation

[Vitalij Ruge]

the following example include the same formulatin but
generate different flatt model

model foo
  function f
    input Real x;
    output Real[2] y;
    output Real[2] z;
  algorithm
    y[1] := 2*x; y[2] := 3*x;
    z[1] := y[1]*y[2]; z[2] := 3*x;
  end f;
  Real [2] y1;
  Real [2] y2;
  equation
  (,y1) = f(time);
  y2 = f(time).z;
  
end foo;

y2: 2 x single equation
y1: complex equation

It's would be greate if we can standardize this.

[Rüdiger Franke]

The model generates:

  [foo.mo: 14:8-14:16]: Parse error: Dot operator is not allowed in function calls in current Modelica standards.

[Vitalij Ruge]

Replying to rfranke:

The model generates:

  [foo.mo: 14:8-14:16]: Parse error: Dot operator is not allowed in function calls in current Modelica standards.

I have forget to remove +cseCall in my Option for OMEdit.

[Vitalij Ruge]

​https://github.com/OpenModelica/OpenModelica-testsuite/blob/master/simulation/modelica/commonSubExp/wrapFunctionCalls6.mos#L23
is illegal?

[Martin Sjölund]

It's a proposed enhancement to Modelica

[Rüdiger Franke]

I just wonder what to do in the backend/codegen/runtime if the frontend issues a parse error?

-- OK, I see, you classified it as frontend problem ...