Changes between Version 79 and Version 80 of Ticket #4138


Ignore:
Timestamp:
2019-02-14T21:56:59Z (6 years ago)
Author:
Francesco Casella
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #4138 – Description

    v79 v80  
    11This ticket is tracking the progress on the the new frontend. Some documentation on the new frontend development is available on wiki:NewFrontEnd.
    22
    3 The current status is:
     3The new frontend development is almost complete. The plan for release 1.14.0 is that it will still be optional {{{-d=newInst}}}, but will guarantee better coverage and faster performance than the current one on a selected number of libraries, including the Modelica Standard Library.
    44
    5  Instantiation (Per, Adrian) 80%::
    6    Instantiation of long and short class definitions are implemented. Still missing are overloaded functions and partial derivative functions. Basic support for class extends is implemented.
     5The current coverage of the MSL is available in this [https://libraries.openmodelica.org/branches/newInst/Modelica_trunk/Modelica_trunk.html report], with the time history reported in the figure. Please note that as of 13 Feb 2019, the reference files for MSL 3.2.3 are still incomplete, so the verification figure is not reliable until all reference files are properly set up. Support of MSL 3.2.3 is discussed specifically in #5296.
     6[[Image(https://libraries.openmodelica.org/branches/history/newInst/Modelica_trunk.svg)]]
    77
    8  Extends (Per) 90%::
    9    Support for extends is implemented. More error checking is needed though, e.g. for duplicate elements (handling implemented, but the check whether two elements are identical needs to be improved) and illegal class types.
     8The coverage with some other selected open-source library is reported here:
    109
    11  Lookup (Per) 90%::
    12    Basic lookup is implemented, both for class names and crefs. Very little error checking is done beyond "name could not be found" though.
     10[[Image(https://libraries.openmodelica.org/branches/history/newInst/ModelicaTest_trunk.svg)]]
    1311
    14  Modifiers (Per) 80%::
    15    Support of modifiers on components, extends clauses and class modifiers is implemented, more testing is needed.
     12[[Image(https://libraries.openmodelica.org/branches/history/newInst/PlanarMechanics.svg)]]
    1613
    17  Redeclare (Per) 80%::
    18    Basic redeclare of components and classes, both as modifiers and elements, is implemented. Merging of modifiers, constraining type, etc., needs more work.
     14[[Image(https://libraries.openmodelica.org/branches/history/newInst/PNlib.svg)]]
    1915
    20  Imports (Per, Adrian) 95%::
    21    Imports are now mostly handled, both for classes and components. More error checking is needed:
    22      * Enforce that imports use the form [package.]definition.
    23      * ~~Handle shadowing correctly~~.
     16[[Image(https://libraries.openmodelica.org/branches/history/newInst/Buildings_latest.svg)]]
    2417
    25  Conditional Components (Per or Adrian) ::
    26    Basic support for evaluating conditions and removing components with condition false is implemented, but connections involving such components are not yet removed.
     18[[Image(https://libraries.openmodelica.org/branches/history/newInst/HanserModelica.svg)]]
    2719
    28  Inner/Outer (Per) 90% ::
    29    Inner/outer support is implemented, except for checking that outer elements are subtypes of inner.
     20[[Image(https://libraries.openmodelica.org/branches/history/newInst/PowerSystems.svg)]]
    3021
    31  Functions (Per, Adrian, Peter, Mahder) 75%::
    32    Partial support for functions. Instantiation and typing of functions is implemented. Positional arguments and named arguments are supported. *Vectorization support needs do be adapted*. Preliminary support for reductions is implemented. Support for function trees exists. Allow arrays of unknown size in functions.
     22[[Image(https://libraries.openmodelica.org/branches/history/newInst/ThermoPower.svg)]]
    3323
    34  Records (Per) 50%::
    35    Record bindings should be implemented, #4872.
     24[[Image(https://libraries.openmodelica.org/branches/history/newInst/ThermoSysPro.svg)]]
    3625
    37  Builtin (Per, Mahder, Martin) 80%::
    38    So far only support for the basic types and time is implemented. Support for all the builtin functions and other builtin things (e.g. ~~StateSelect~~ (implemented), ~~ExternalObject~~ (implemented), etc.) needs to be implemented. As much as possible should be implemented via ModelicaBuiltin. Tests added. Support for functions with variable number of arguments not yet implemented.
     26This is a list of all tickets opened for the new frontend (New Instantiation module). Note that tickets with id > 4000 were opened specifically during the development of the new front end, while older ones refer to old issues with the old front end that are expected to be fixed by the new one.
    3927
    40  Reduction operators and Builtin Array functions (Mahder) 80%::
    41    First the function handling needs to be completed by Mahder.
    42    Adapt the old Static.mo to the new expressions types in the NF.
    43    matrix, vector, scalar, {}, [].
     28Number of tickets: [[TicketQuery(status=new|accepted|reopened|assigned,component=New Instantiation,col=changelog,format=count)]]
    4429
    45  Typing (Per, Mahder) 100%::
    46    The infrastructure for typing expressions is implemented, what remains is mostly bug fixing and applying typing when implementing new features.
    47 
    48  Type Checking (Mahder, Peter, Per) 80%::
    49    Type checking is mostly implemented, but probably needs to be improved to make sure it handles all cases.
    50 
    51  Flattening (Per) 70%::
    52    Handling of array bindings needs to be improved, otherwise it's mostly working.
    53 
    54  Connection Handling (Per, Adrian) 80%::
    55    Handling of connect equations using the DAE and the instance tree.
    56    Most handling of connections is implemented (including overconstrained connection graph), missing:
    57    - some stream connectors cases (inStream works, not actualStream)
    58    - expandable connectors
    59 
    60  Unit checking (Arun, Martin, Mahder) 100%::
    61    Ported the backend unit checking to the new frontend. Added tests. Based on the DAE intermediate form. Some more improvements. Scalability is not that good.
    62 
    63  Operator Overloading (Mahder & Martin) 90%::
    64   The support for operator overloading from the current front-end (or the previous implementation of the new front-end) should be ported to the new front-end. Most of the Operator Overloading resolution is done, lookup of actual deoverloaded functions is needed.
    65 
    66  Constant Evaluation (Lennart) 90%::
    67   Constant evaluate structural parameters (minimal) or any other constant/parameter bindings (not by default). Per implemented a new type of DAE component reference that contains links to the instantiated component tree on which one can do evaluation of bindings. Support for evaluating expressions has been implemented except ranges, sizes, records. We should ONLY evaluate what we need and nothing more.
    68 
    69  Function Evaluation (Per) 20%::
    70   Sometimes to evaluate structural parameters one needs to evaluate functions. This will port the function interpretation from the current front-end to the new front-end.
    71 
    72  Expression Simplification (Per) 50%::
    73   Support expression simplification needed to transform the expressions in such a way that the backend can handle them.
    74 
    75  Local balance checking (Mahder) ::
    76    This will check the balance checking for each model so that errors can be detected sooner. We had no such support in the current front-end.
    77 
    78  Synchronous Features (BernhardT) ::
    79    The handling of the synchronous features (Clocks, etc) and state machines should be ported from the current front-end to the new front-end.
    80    This functionality needs function, builtin and inner/outer support.
    81 
    82  OMC <-> OMEdit Communication (Adeel, Adrian) 70%::
    83    The new front-end should be used by OMEdit to query information about a model instantiation. A new OMC API is needed to handle the GUI in a much faster way than with the current front-end. OMEdit should query the instantiated class directly to retrieve components, annotations, etc.
    84 
    85 
    86 This is a list of all tickets opened for New Instantiation. Note that tickets with id > 4000 were opened specifically during the development of the new front end, while older ones refer to old issues with the old front end that are expected to be fixed by the new one.
    87 
    88 Number of tickets: [[TicketQuery(status=new|accepted|reopened|assigned,component=New Instantiation,col=changelog,group=priority,format=count)]]
    89 
    90 [[TicketQuery(status=new|accepted|reopened|assigned,component=New Instantiation,col=changelog,group=priority,format=table)]]
     30[[TicketQuery(status=new|accepted|reopened|assigned,component=New Instantiation,col=changelog,format=table)]]