Timeline
2015-08-12:
- 21:21 Ticket #3403 (Code Generation - Avoid using "time" as a macro variable) updated by
- I guess include change is to blame: …
- 19:43 Ticket #3403 (Code Generation - Avoid using "time" as a macro variable) updated by
- Seems also some models from PNLib are failing with this, i.e.: …
- 12:48 Ticket #3291 (Frontend - OMEdit: Simulation of Media.Examples.R134a produces Error) closed by
- fixed: Fixed in fd7495/OMCompiler
- 11:21 Ticket #3404 (OMEdit - Add an OMEdit menu option to open the working directory) updated by
-
Status changed
I could include option 1. I am not sure about option 2 but i will see … - 08:15 Ticket #3291 (Frontend - OMEdit: Simulation of Media.Examples.R134a produces Error) updated by
-
Status, Owner changed
- 08:12 Ticket #3291 (Frontend - OMEdit: Simulation of Media.Examples.R134a produces Error) updated by
-
Priority, Component changed
The same error shows up in the nightly tests. One reason is that … - 07:51 Ticket #3405 (Code Generation - Fix "implicit declaration" of functions) created by
- It seems that the .h file we include doesn't contain some functions …
- 07:07 Ticket #3404 (OMEdit - Add an OMEdit menu option to open the working directory) created by
- To make it easier for people to find the generated result files or to …
- 06:51 Ticket #3403 (Code Generation - Avoid using "time" as a macro variable) updated by
- Would probably be best to avoid using a macro named "time" regardless.
- 06:46 Ticket #3403 (Code Generation - Avoid using "time" as a macro variable) updated by
- As this library did not change then it means that some of the changes …
- 05:27 Ticket #3403 (Code Generation - Avoid using "time" as a macro variable) created by
- As far as I can see we define time in Model_model.h […] That has …
2015-08-11:
- 15:58 Ticket #3054 (OMEdit - Revert from previous unclear) updated by
- Well the message is not only shown when you are trying to save the …
- 06:17 Ticket #3402 (Build Environment - Fix GCC 5.x issues so that it can be used in Windows) updated by
-
Status, Owner changed
- 06:17 Ticket #3402 (Build Environment - Fix GCC 5.x issues so that it can be used in Windows) created by
- There are some tests failing when using GCC 5.x: …
2015-08-10:
- 23:36 Ticket #3401 (Interactive Environment - LeastSquares fails on GCC) updated by
- Running valgrind on it shows some issues: […]
- 23:35 Ticket #3401 (Interactive Environment - LeastSquares fails on GCC) updated by
-
Description changed
- 23:32 Ticket #3401 (Interactive Environment - LeastSquares fails on GCC) created by
- We have issues with dll function loading: …
- 06:34 Ticket #3400 (OMEdit - Multiple parameters with annotations in one line resulting in ...) created by
- I expierienced following bug in OMEdit. I definied several like four …
- 06:20 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) closed by
- fixed
- 06:20 Ticket #3233 (Run-time - Simulation executable generated with +simCodeTarget=Cpp fails if ...) updated by
-
Status, Owner changed
- 06:18 Ticket #3262 (Run-time - Translation error for MSL and OMEdit crash) closed by
- fixed: The example works now; maybe because omc pre-evaluates less functions …
- 06:09 Ticket #3286 (Run-time - Array storage order) closed by
- fixed
2015-08-07:
- 19:59 Ticket #3399 (Frontend - Add more granularity to function evaluation) updated by
- This is configuring which strategy to use to evaluate function calls. …
- 19:56 Ticket #3399 (Frontend - Add more granularity to function evaluation) updated by
- These are structural parameters and must be evaluated. No need to …
- 18:23 Ticket #3289 (FMI - FMU compilation (MSVC) fails for big models) updated by
- Hm, the MSDN says "The maximum length of a string literal is 65535 …
- 17:44 Ticket #3399 (Frontend - Add more granularity to function evaluation) updated by
- You need to evaluate certain parameters in order to determine array …
- 16:58 Ticket #3399 (Frontend - Add more granularity to function evaluation) updated by
- In mine the decisions should be based on the Modelica syntax as much …
- 15:07 Ticket #3289 (FMI - FMU compilation (MSVC) fails for big models) updated by
-
Status, Owner changed
If you define OPENMODELICA_XML_FROM_FILE_AT_RUNTIME when compiling the … - 10:17 Ticket #3399 (Frontend - Add more granularity to function evaluation) created by
- Currently, we have -d=gen and -d=evalFunc to control how to evaluate …
2015-08-06:
- 21:05 Ticket #3289 (FMI - FMU compilation (MSVC) fails for big models) updated by
- Hello, has any progress been made on this item since it was posted?
- 20:01 Ticket #3363 (Frontend - Evaluation of parameter args of external objects) updated by
- My observation regarding translateModel vs. translateModelFMU was …
- 19:54 Ticket #3363 (Frontend - Evaluation of parameter args of external objects) updated by
- Also here something has changed (cf. #3294). The parameter is kept …
- 19:34 Ticket #3294 (Frontend - Precalculate less functions) updated by
- It appears that omc has changed. The above example works with default …
- 11:56 Ticket #3345 (Code Generation - omc crashes with stack overflow) updated by
- I did further tests of the preOptModules and postOptModules. The …
- 07:37 Ticket #3345 (Code Generation - omc crashes with stack overflow) updated by
- Thank you for the update! I retestet using the latest Windows nightly …
2015-08-05:
- 16:13 Ticket #3398 (OMEdit - OMEdit crashes with SIGSEGV in Fedora 21/22 x86_64) updated by
-
Description changed
- 16:13 Ticket #3398 (OMEdit - OMEdit crashes with SIGSEGV in Fedora 21/22 x86_64) updated by
- If you use CPP=clang++ you just told the C preprocessor to use C++ …
- 11:16 Ticket #3380 (OMEdit - Save bug with replaceable) closed by
- fixed: Fixed in c183a8/OMEdit.
Note:
See TracTimeline
for information about the timeline view.
