Attendants: Levon (secr), Peter F, David Broman, Håkan, Kaj, Adrian, Peter A.

1. openmodelica.org
  Domain has been registered, but it doesn't point to any server yet.

2. Encryption
  Ok to put support in the API in OpenModelica. MathCore will decide on what to do with their existing code.

3. Adrian gives a demo showing translated code.
  match <-> matchcontinue. Only difference if overlapping rules. Possible to convert later if needed.
  Same variable is reused in some relations, e.g.
  env=...
  env=...

  not declarative since colliding equations. These should be algorithm sections or variables numbered.

 Question: Does OpenModelica c_runtime support arrays of dimension > 2 ?

 Adrian estimates middle of next week for a working Modelica+ compiler.

4. RML Development
 Kaj suggest waiting with large changes until the translation to Modelica+ is completed.

5. Operator Overloading, Lookup.
 Imports are graded. So are overloading of functions. How should one grade between these?
 Conclusion: Give lowest priority to unqualified imports (using *). I.e. If a symbol is fould among qualified imports, type-conversion is considered instead of looking in unqualified imports for a better match. There should be a suggestion in the specification to tool developers about giving warning messages to users if symbols are found in multiple imports, but ignored because of lower priority.

6. Operator Overloading. Simplifying Lookup.

package A
  package B
    package C
      function f(int, real);
    end C;
  end B;
end A;

If a new function f(int,int) is added to package B, this could break code in package C, which used to call f with (int,int).

Hence: In order to simplify overloading and lookup, forbid implicit lookup of functions and operators upwards in lexical scope. I.e. default should be to treat all classes as "encapsulated" for functions and operators.

 It's trivial to write a tool to generate imports automatically, for old code where implicit lookup was used.

7. New libraries.
 New Modelica libraries have been released. We shoud test and adapt OpenModelica to parse and compile. Adrian has started to change his parser. Adrian will check in changes from his parser to OpenModelica parser. Walkern will be changed later. Kaj will evaluate what needs to be done.

8. New name for compiler.
 The name "omc" was decided as the new name for the compiler, previously called "modeq".
 The package structure for the compiler will be OpenModelica.Compiler, e.g. OpenModelica.Compiler.Exp. Thus the modeq-directory will be moved to Compiler. Also an Examples directory will be created, and the repository will be renamed from openmodelica to OpenModelica. (Levon).

9. Todo:
 Define an API for calling Modelica (Modelica+) functions from other linked-in libraries. This is needed e.g. to write a parser/walker which will create data structures in Modelica to build the abstract syntax tree. Good if this is standardized and added to the specification for compatibility between different Modelica compiler implementations.


10. Next Meeting: Thursday 19/5. 13.15