coriolis/crlcore/src/pyCRL
Jean-Paul Chaput 32cd2304e9 * All Main Python Modules:
- 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.

  * ./crlcore:
    - In PyCRL, module method "getAllianceFramework()" moved as static object
        method "get()" of AllianceFramework. Object AllianceFramework added
        to module CRL.
2010-07-17 10:22:34 +00:00
..
crlcore * All Main Python Modules: 2010-07-17 10:22:34 +00:00
CMakeLists.txt Minor correction to compile under mac osx 2010-07-15 11:46:40 +00:00
PyAllianceFramework.cpp * All Main Python Modules: 2010-07-17 10:22:34 +00:00
PyCRL.cpp * All Main Python Modules: 2010-07-17 10:22:34 +00:00
PyCatalog.cpp * All tools: 2010-07-12 15:09:29 +00:00
PyCatalogState.cpp * All tools: 2010-07-12 15:09:29 +00:00
PyToolBox.cpp * All tools: 2010-07-12 15:09:29 +00:00