Commit Graph

1016 Commits

Author SHA1 Message Date
Jean-Paul Chaput 7dcdf849a4 All tools: using the new Goodies macro.
Suppress loops in Hurricane libraries.
2010-07-13 16:33:51 +00:00
Jean-Paul Chaput 3f4c4be8de All tools: using the new Goodies macro.
Suppress loops in Hurricane libraries.
2010-07-13 16:25:15 +00:00
Damien Dupuis 6b33959010 Bug correction std:: was missing 2010-07-13 14:40:50 +00:00
Damien Dupuis f35c77cf73 My mistake, sorry 2010-07-13 13:05:59 +00:00
Damien Dupuis 546cb9548d Return value policy bug correction (for readFromFile static method) 2010-07-13 13:03:59 +00:00
Jean-Paul Chaput 34720e3844 Forgotten. 2010-07-13 11:26:04 +00:00
Jean-Paul Chaput 551c6ec8cd UNSTABLE. DO NOT UPDATE. 2010-07-13 11:23:14 +00:00
Jean-Paul Chaput c35d8396a8 UNSTABLE. DO NOT UPDATE. 2010-07-13 11:07:08 +00:00
Jean-Paul Chaput 7ad43e1c05 UNSTABLE. NO DOT UPDATE. 2010-07-13 11:14:03 +00:00
Jean-Paul Chaput b3f693c754 UNSTABLE DO NOT UPDATE 2010-07-13 11:02:11 +00:00
Jean-Paul Chaput 48b782d6a8 UNSTABLE VERSION DO NOT UPDATE 2010-07-13 10:43:20 +00:00
Damien Dupuis d057ce5a8d Correct Boost Dependency for mac osx (boost 1.42) and linux (boost 1.33):
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 !!!!!!
2010-07-13 07:25:30 +00:00
Jean-Manuel Caba de5152941c bug:
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
2010-07-12 20:13:51 +00:00
Jean-Paul Chaput 201902897f Forgotten, as usual. 2010-07-12 16:36:02 +00:00
Jean-Paul Chaput 67020af4e6 Integrate cumulus & stratus1 in the Coriolis project. 2010-07-12 15:38:13 +00:00
Jean-Paul Chaput fafea3fd02 Initial import of stratus1 2010-07-12 15:33:22 +00:00
Jean-Paul Chaput c1ab67d1ac Initial import of cumulus 2010-07-12 15:31:29 +00:00
Jean-Paul Chaput b84e0e47c4 * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.
2010-07-12 15:14:23 +00:00
Jean-Paul Chaput 24428fadb1 * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.
2010-07-12 15:13:53 +00:00
Jean-Paul Chaput 51cb105f4c * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.
2010-07-12 15:13:09 +00:00
Jean-Paul Chaput 748d54b549 * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.
2010-07-12 15:12:45 +00:00
Jean-Paul Chaput 350950cff8 * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.
2010-07-12 15:12:20 +00:00
Jean-Paul Chaput e19378e8f0 * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.
2010-07-12 15:11:56 +00:00
Jean-Paul Chaput 7c37836ca0 * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.
2010-07-12 15:11:32 +00:00
Jean-Paul Chaput ea52a09b6f * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.

  * ./mauka:
    - Bug: Place intermediate levels of instances, so that they show up in
        the top level.
    - Change: New InsertFeeds method + module, sadly we cannot insert the feeds
        cells in one merged step with the BBPlacer as the SubRows do not cover
        the entire surface due to fixed Cells.
2010-07-12 15:19:31 +00:00
Jean-Paul Chaput 59bab1e603 * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.
2010-07-12 15:18:58 +00:00
Jean-Paul Chaput c1f56ae631 * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.
2010-07-12 15:18:34 +00:00
Jean-Paul Chaput 1ccefdb128 * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.

  * ./crlcore:
    - New: PyCatalog & PyCatalogState python wrappers, mainly to have constants
        values for stratus1 parsers/drivers.
2010-07-12 15:09:29 +00:00
Jean-Paul Chaput 62b8477fee * All tools:
- Bug: target_link_libraries() must be put back for OSX Snow Leopard
        (doesn't seems to affect Leopard). As I do not have an OSX under
        my hand it's untested and is likely to fail at that point.

  * ./hurricane:
    - Bug: In Instance, correct support for Instance::PlacementStatus::Code.
    - New: NetExternalComponents python object wrapper, moves
        getExternalComponents() from Hurricane module into that new object.
    - New: Breakpoint python object wrapper, to allow stratus1 to stop each
        times it calls the viewer.
    - Change: In PyHurricane, UpdateSession is now a true object with static
        methods.
    - Change: In BreakpointWidget uses a local event loop mechanism that no
        longer consumes 100% of a CPU while doing nothing... (copied from
        Qt's sources of QDialog).
2010-07-12 15:07:58 +00:00
The Coriolis Project 76215da79c Typo error 2010-07-12 13:27:56 +00:00
Damien Dupuis 8107ef6433 Bug correction :
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.
2010-07-12 13:24:33 +00:00
Jean-Manuel Caba 09cd76f80f convert Components in the correct oaLayer ... embed schematic view in layout ... 2010-07-07 14:40:09 +00:00
Damien Dupuis 4d9b6b465c Readd the TARGET_LINK_LIBRARIES command in Cmake files (to compile on macosx) 2010-07-07 13:49:20 +00:00
Damien Dupuis 747022ab90 in order to compile (in fact link) on mac osx 10.6 I re-added the TARGET_LINK_LIBRARIES (as cmake documentation specifies it)
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.
2010-07-07 13:48:28 +00:00
Damien Dupuis b0b3d50c3e Cleanly pass 'copy_const_reference' for getValueAsString methods (hooping it will solve a big bug in python binding.
DO NOT SUPPRESS TARGET_LINK_LIBRARIES in CMakeLists.txt for ADD_LIBRARY since it is mandotory under man osx (at least under version 10.6.3)
2010-07-07 11:13:00 +00:00
Jean-Manuel Caba 5fb64e6da5 add Net::Type conversion and more ... 2010-07-06 15:40:11 +00:00
Jean-Paul Chaput 90527e4533 Forgotten TextTranslator sources. 2010-07-06 10:10:50 +00:00
Jean-Manuel Caba 2797086746 working on technology and Layer conversion ... 2010-07-05 15:29:11 +00:00
Jean-Paul Chaput 5a07df0d03 * ./goodies:
- In buildCoriolis.py, small tweek in environment variable settings.
2010-07-01 12:05:15 +00:00
Jean-Paul Chaput 8914dd118e * All tools:
- 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.
2010-07-01 11:50:56 +00:00
Jean-Paul Chaput 6b5169d021 * All tools:
- 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.
2010-07-01 11:50:37 +00:00
Jean-Paul Chaput b80c3508d6 * All tools:
- 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.
2010-07-01 11:50:31 +00:00
Jean-Paul Chaput 1e1c921897 * All tools:
- 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.
2010-07-01 11:50:26 +00:00
Jean-Paul Chaput 0d9f40e720 * All tools:
- 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.
2010-07-01 11:50:15 +00:00
Jean-Paul Chaput 125a38c3c7 * All tools:
- 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.
2010-07-01 11:50:07 +00:00
Jean-Paul Chaput 7c549ffe88 * All tools:
- 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.
2010-07-01 11:50:01 +00:00
Jean-Paul Chaput 5a0c973c1b * All tools:
- 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.
2010-07-01 12:03:41 +00:00
Jean-Paul Chaput 829c48b8ce * All tools:
- 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.
2010-07-01 12:03:33 +00:00
Jean-Paul Chaput 4e0e1326b5 * All tools:
- 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.
2010-07-01 12:03:26 +00:00
Jean-Paul Chaput f901abe0ad * All tools:
- 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.
  * ./crlcore:
    - Change: In System, static initialisation problem again, there seems to
        be a race between it and boost::filesystem, make the singleton creation
        "at first call" again. Triggers the System singleton creation in
        AllianceFramework to spare the user the need to explicitly doing it.
    - New: In Utilities, automatically adds the "site-packages" PYTHONPATH
        component, guessed from CORIOLIS_TOP.
2010-07-01 11:48:16 +00:00