Opened 14 years ago
Closed 7 years ago
#1337 closed defect (fixed)
Handle Susan problems when building without OMC
| Reported by: | Adrian Pop | Owned by: | Adrian Pop |
|---|---|---|---|
| Priority: | high | Milestone: | Bootstrapping |
| Component: | Template Code Generation | Version: | |
| Keywords: | Cc: | Adrian Pop, Pavol Privitzer, Martin Sjölund, Willi Braun |
Description
When you have a clean directory (no OMC build) and you change types in the type view
you cannot build OMC anymore as SimCode.mo doesn't agree with SimCodeC.mo and SimCodeCSharp.mo.
We should be able to build Susan separately so we can *ALWAYS* build then generated files
when there are changes in the templates and the type view and we don't have an OMC available.
Change History (3)
comment:1 by , 14 years ago
comment:2 by , 9 years ago
| Cc: | adrpo, adrpo, ppriv, sjoelund.se, wbraun → adrpo, ppriv, sjoelund.se, wbraun |
|---|---|
| Milestone: | → Future |
comment:3 by , 7 years ago
| Milestone: | Future → Bootstrapping |
|---|---|
| Resolution: | → fixed |
| Status: | new → closed |
| Summary: | Build the Susan executable separately from omc to resolve problems with building → Handle Susan problems when building without OMC |
This was fixed when we bootstrapped OMC
Note:
See TracTickets
for help on using tickets.
The problem is also that we need to store generated files (SimCodeC.mo, etc) in svn. If we build a minimal Susan, we can build it before omc.exe instead of running make omc twice (once on the checked-in sources to generate omc, then create the templates).
The problem with generating this executable is that Compiler/runtime depends on Absyn.h. We would need to split Compiler/runtime into parts that are OMC-dependent (actually, mostly just dynload.c, simulationresult.cpp).
According to SusanTest.mos only Print, RTOpts and System is required.