- Change: In ConfigurationWidget, two separate signals for "confOk" and
"needRestart", rewrite of the "apply clicked" method.
- Bug: In LogEntry::restore(), uses correct flags on Paramater::setString().
- Change: Internal rewrite of the check function, now named _doChange()
and shared by all mutators.
- Change: Logs now contains entries with the last correct value and are
able to restore that value.
- Change: LogWidget simplificated, only one message label. But now two
buttons (Continue/Cancel).
- Change: In ConfigurationWidget, two steps validation "mustExist" then
"needRestart".
- New: Attributes "needRestart", "mustExist", "isFile" and "isPath".
- New: Display a warning message when a parameter with mustExist or
needRestart is modificated.
- New: In ConfigurationWidget, method selectTab() to select the current
displayed tab.
- Change: In Configuration::writeToFile() and writeToStream(), adds a
third parameter telling which parameter to save. It's a semicolon
separated list of parameter head id. Example: "kite;mauka".
- Bug: In FilePathEdit, do not sets the file/path if the Dialog has been
cancelled.
- Bug: In FilePathEdit, do not uses the native dialog (called by static
methods) when under Linux/GtkStyle as the native widget seems to be
badly linked (bug in GtkStyle?).
- New: Integrate the FilePathEdit widget, courtesy of D. Dupuis.
- Bug: In ConfEditorMain, new boolean switch to allow disable of GtkStyle
which make FilePathEdit to coredump (Linux feature only!).
- New: In Configuration, write methods are ables to completly drive the
XML file (values & layout), selectable through flags.
- New: In ConfigurationWidget, the Apply button is now outside the
tabs. Also adds two modes: Embedded & StandAlone with different sets
of buttons.
- New: A Bookshelf autonomic parser/driver. Made to parse and manipulate
the ISPD04 benchmarks (ibm 01-18 series). Currently parses/drives
.nodes, .nets, .scl, .pl, the .wts is not implemented yet.
- Bug: In Configuration::writeToStream(), percentage parameters values where
incorrectly written (divideds by 100).
- Bug: In ConfEditorMain, read the "dot" configuration file *after* the
system one.
- Change: New problem identified with the Python modules: each module seems
to be built as a complete binary, so all the static C++ initializers are
allocated in each module. In particular the C++ tree inheritance is built
for *each* module so we cannot longer uses the typeid() comparisons
across modules... It was used by boost::program_options to perform is
casts with boost::any and was starting throwing exceptions because of
bad casts. program_option was first initialized in "configuration"
first included by PyViewer then in PyCRL (see Utilities.cpp).
A first solution is to re-order the import of Python modules in
stratus1/st_model so that CRL is imported first.
The second is to not not link "configuration" with boost::program_option
as only the binary vlsisapd-conf-editor needs it.
That is a serious problem of which we must be aware and can cause further
strange behaviors.
Debug code used to diagnostic has been kept commented in the sources a
it may be needed again :-(
This behavior do not affect our singletons because they are part of
dynamic libraries that seems to be correctly shared between the various
Python modules.
* ./vlsisapd:
- Change: In Configuration CMakeLists.txt, add Boost_LIBRARIES only on the
target_link_libraries() of the binary, not the libraries, as they are
not needed there and cause later trouble.
Since in CMakeLists.txt there is already a module target (for c++ library) and some file systems are not case sensitive, the target is still pyMODULE but the OUTPUT_NAME property is set to MODULE
I've updated all the example python scripts.
system component does not exist in boost 1.33
!!!!! Merci de ne commiter AUCUN changement dans vlsisapd tant que Jean-Paul et moi n'avons pas résolu les problèmes de bibliothèques statiques !!!!!!
undefined reference to `boost::system::get_system_category()'
symptoms that boost_system was not used at the linking phase
at least on my system (mac OSX leopard with apple gcc and boost 1.43.0)
solution: add the dependency
when defining rule<minSpacing, nWell, active>
and then rule<minSpacing, nWell>
in technology file
the first rule was ever return even if techno.getRule(minSpacing, nWell) was called.
JP need to check if it the 'static variable bug' still occurs
Note that in openChams I added SimulModel support, it has not yet been tested, and driver does not support it.
- Library linking: there must not be "target_link_library()" for libraries,
only when building binaries. Avoid clashes between static module
or class variables, and strange reinitialisation of those variables.
- Change: Boost is now always linked staticly.
Sophie Belloeil
Jean-Paul Chaput