Commit Graph

1299 Commits

Author SHA1 Message Date
Jean-Manuel Caba a516708ed4 cleaning, begin parser implementation, generate cds.lib ... 2010-07-21 17:31:19 +00:00
Sophie Belloeil 717109e97a Adding intervalTree library in FindEQUINOX.cmake 2010-07-21 14:57:42 +00:00
Sophie Belloeil cecdda768d Adding missing target_link_libraries & Boost_INCLUDE_DIRS 2010-07-21 13:12:17 +00:00
Sophie Belloeil f76755d803 No more setup_apple macro 2010-07-21 13:03:36 +00:00
Sophie Belloeil f20863ad6e Adding Boost_INCLUDE_DIRS & CORIOLIS_LIBRARIES 2010-07-21 12:51:50 +00:00
Sophie Belloeil d68b98cf2b Adding Target_Link_Libraies for flute & Boost_INCLUDE_DIRS 2010-07-21 12:46:45 +00:00
Sophie Belloeil bd8e1fb9a4 Adding Boost_INCLUDE_DIRS 2010-07-21 12:38:33 +00:00
Sophie Belloeil d0be591cbd Adding Boost_INCLUDE_DIRS & CORIOLIS_LIBRARIES 2010-07-21 12:36:17 +00:00
Sophie Belloeil ce3e6624c0 Adding Boost_InCLUDE_DIRS & CORIOLIS_LIBRARIES 2010-07-21 12:34:00 +00:00
Jean-Paul Chaput d0b37d41ef Do not try to detect LaTeX if doc is not requested. 2010-07-21 11:55:50 +00:00
Jean-Paul Chaput 308f3b7a97 Remove duplicated FindEQUINOX.cmake (causes problem only under
case insensitive OSX).
2010-07-21 09:37:29 +00:00
Jean-Paul Chaput 80c0a0fa5e Re-enable temporarySave() to save intermediate layouts.
Ugly.
2010-07-20 12:19:27 +00:00
Jean-Paul Chaput 632fb019e5 * ./crlcore:
- Change: In environment.alliance.xml, configuration by default is setup
        for SoC lab.
2010-07-19 21:04:25 +00:00
Jean-Paul Chaput 6d4e94616d * ./crlcore:
- New: In Utilities, automatic setting of STRATUS_MAPPING_NAME. It's put
        back into the environment from the configuration. This suppress the
        need for the last environment variable under cgt.
2010-07-18 10:00:38 +00:00
Jean-Paul Chaput 72e63309e7 * 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.

  * ./stratus1,
    ./cumulus:
    - Change: Replace calls to CRL.getAllianceFramework() by CRL.AllianceFramework.get().
2010-07-17 10:34:46 +00:00
Jean-Paul Chaput e736739eef * 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.

  * ./stratus1,
    ./cumulus:
    - Change: Replace calls to CRL.getAllianceFramework() by CRL.AllianceFramework.get().
2010-07-17 10:34:21 +00:00
Jean-Paul Chaput 01ad051a73 * 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.

  * ./mauka:
    - Change: In CMakeLists.txt, makes Mauka compliant with OSX (case sensitivity).
2010-07-17 10:33:55 +00:00
Jean-Paul Chaput 94961baafb * 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.
2010-07-17 10:33:01 +00:00
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
Jean-Paul Chaput 3774c09bab * 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.
2010-07-17 10:22:00 +00:00
Jean-Paul Chaput 73fa2f5f7c * 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.

  * ./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.
2010-07-17 10:30:35 +00:00
Jean-Manuel Caba 39ba5a56a8 correcting getOATechFromTecnolology ... 2010-07-15 17:31:33 +00:00
Jean-Manuel Caba 4538d4fbca rewrited driver :
cleaner separated functions converting Hurricane objects to oa
	 create 4 "Design CellView" of the cell : netlist, symbol, schematic and layout
	 remove bug with oaLib or oaTech at openning
	 adding oaLayerConstraint in oaLayer from the oaTech for the rule of the technology
2010-07-15 15:53:20 +00:00
Jean-Paul Chaput 91ba6b2a3a Script.h moved to viewer. 2010-07-15 15:01:34 +00:00
Jean-Paul Chaput e0044a32ee * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:31:37 +00:00
Jean-Paul Chaput 9cb782265e * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:31:35 +00:00
Jean-Paul Chaput a1fc3ceca0 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:40:24 +00:00
Jean-Paul Chaput f05957c03c * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:40:23 +00:00
Jean-Paul Chaput 831f0726e5 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:31:29 +00:00
Jean-Paul Chaput 029c750352 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:31:27 +00:00
Jean-Paul Chaput 988cf5f674 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:31:25 +00:00
Jean-Paul Chaput 765ba00f60 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:31:23 +00:00
Jean-Paul Chaput 75df67f391 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:31:21 +00:00
Jean-Paul Chaput 6063a65230 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:40:10 +00:00
Jean-Paul Chaput b9c63b7c75 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:40:08 +00:00
Jean-Paul Chaput 77af125145 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:40:07 +00:00
Jean-Paul Chaput dc2b306bf9 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:00:58 +00:00
Damien Dupuis f6e62a17f8 Adding implict conversion from std::string to Name, to simplify python script 2010-07-15 14:09:39 +00:00
Jean-Paul Chaput 9ba2c5c0bc * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:00:28 +00:00
Jean-Paul Chaput d1f225d4bf * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:09:17 +00:00
Jean-Paul Chaput 6ca9f496c1 * All Tools:
- Change: Using more Bootstrap macros. Simpler way of setting the
        CMAKE_MODULE_PATH.
2010-07-15 14:09:16 +00:00
Jean-Paul Chaput 42df785cb4 Print boost libraries one per line. 2010-07-15 12:33:45 +00:00
Jean-Paul Chaput c6f2e533b8 Forgoten minimal cmake version required. 2010-07-15 12:33:18 +00:00
Jean-Paul Chaput 035fb35dbe Unuseds too. 2010-07-15 12:30:11 +00:00
Jean-Paul Chaput 11581e0ae1 * ./mauka:
- Cleanup: removing extraneous unused files.
2010-07-15 12:29:15 +00:00
The Coriolis Project 9f6e840036 Misplaced include (something about slot defined by QT and python : python must be included first) 2010-07-15 12:11:16 +00:00
Damien Dupuis 5c50d3e9a9 Forgot this one 2010-07-15 12:04:41 +00:00
Damien Dupuis e69ba3bd4b Minor correction to compile under mac osx 2010-07-15 11:46:40 +00:00
Damien Dupuis a5d98eca47 CMakeLists cleaning : -D__PYTHON_MODULE__=1 is absolutely not needed when using boost::python (it is specific to isobar) 2010-07-15 11:15:47 +00:00
Damien Dupuis b2e2eafadb Minor changes for compatibility with Mac osx 10.6
- moving Script from isobar to viewer
    - adding missing target_link_libraries
    - adding boost::filesystem component dependency
2010-07-15 11:13:24 +00:00