Commit Graph

1762 Commits

Author SHA1 Message Date
Jean-Manuel Caba 9505e8779a use boost::filesystem::path to create and manage directries of OA database ... 2010-08-05 16:54:46 +00:00
Jean-Manuel Caba 3aefb415f2 o the path where to save the OA database can be relative :)
o memory cheching with valgrind
2010-08-02 16:11:06 +00:00
Jean-Manuel Caba 1693eb500e o correcting layer id (extractNumber) handling in driver
o  add sxlib2lef method we use to compare in test dir
2010-08-02 13:07:12 +00:00
Jean-Paul Chaput cdbfff194d * ./crlcore:
- New: Added support for ACM/SIGDA ISCAS98 (.bench extension).
    - Bug: In Parsers/Drivers changes the signature of the prototype, passes
        file name string by value instead of by reference. In the cases of
        reentrant P&D calls it may causes havoc.
2010-07-30 16:31:27 +00:00
Jean-Paul Chaput 32c864b996 * ./vlsisapd/src/configuration:
- 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.
2010-07-30 16:39:57 +00:00
Jean-Manuel Caba 0b9a17f85d re-add OpenAccessDriver.cpp Oops, and at last .cds file are generated the way we want them to ... 2010-07-30 15:01:57 +00:00
Jean-Manuel Caba 2b78ecef1a O correct bug : don't always create an oaScalarInst, when the instance already exist (saved to disk and reading), just find it.
O integration of old parser
 O and more, more cleaning.
2010-07-27 15:38:16 +00:00
Jean-Manuel Caba 2ac25af062 keep cleaning/enhancing and completed test to drive all sxlib cells ... 2010-07-23 14:48:12 +00:00
Sophie Belloeil 3455776742 No more setup_apple() 2010-07-22 14:38:07 +00:00
Sophie Belloeil 642ab85592 Adding Boost_INCLUDE_DIRS 2010-07-22 14:37:46 +00:00
Sophie Belloeil 3980024386 No more setup_apple() 2010-07-22 14:37:26 +00:00
Sophie Belloeil cb4e538b78 No more setup_apple() macro
raise in Python > 2.5 do not accept string anymore
2010-07-22 14:33:55 +00:00
Jean-Manuel Caba 6b1613c990 correct bug: when loading an already existing OA design ... 2010-07-22 14:27:56 +00:00
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