riscv
/
coriolis
mirror of https://gitlab.lip6.fr/vlsi-eda/coriolis.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
coriolis/crlcore/etc/symbolic/ispd05/technology.conf

61 lines
1.9 KiB
Plaintext
Raw Normal View History

Reorganisation of technology configuration files. * Change: In CRL Core, in coriolis2/etc the file an directory structure describing the technonolies is modified. Before, one technology was split in two: the symbolic part that may be shared across multiple real technology and the real technology itself. To configure this we needed in ".coriolis2/techno.py" two variables: * symbolicTechnology. * realTechnology. After, we duplicate the symbolic technology in each real ones, so to configure we only have to refer to one technology with the variable: * technology. Pure sympolic technologies are still availables, associated with a dummy real one. We provides: * 180/scn6m_deep_09 for MOSIS 180nm * 45/freepdk_45 for FreePDK 45nm (work in progress). * symbolic/cmos for classical Alliance symbolic. * Change: In CRL Core python/helpers, SymbolicTechnology.py and RealTechnology.py are now grouped under Technology.py.
2017-11-17 04:10:32 -06:00
# -*- Mode:Python; explicit-buffer-name: "technology.conf<ispd05>" -*-
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
Add a common/ to share the trunk of symbolic technologies configurations. In CRL Core configuration files, "display.conf", "patterns.conf" and "technology.conf" share most of their code. So that common part is put into "common/" and sourced from the final configuration file. Update the documentation according the the new initialization scheme.
2014-05-21 17:13:17 -05:00
import helpers
ISPD05 loading speed issues. IO PAD support for LEF importation. * New: In Hurricane::IntrusiveMap, introduce IntrusiveMapConst which allow to search with a "const Key&" instead of a "Key", sparing the copy construction of the Key. * Change: In Hurricane::Cell::NetMap, use the new kind of map with "const Name&" key access. This speeds up the Cell::getNet() method by suppressing one copy construction of a Name, which are costly after all... Should review the whole code to use "const Name&" everywhere it is possible. * Change: In Hurricane::Entity & Hurricane::DBo, displace the unique identifier from Entity to DBo (move up to the base class).This to allow us to build deterministic map of DBo requireds in UpdateSession (which is built upon a SharedProperty). WARNING: This break the JSON database exportation support, do not use it until fixed/rewritten. * Change: In Hurricane::Layer, add an attribute to know if a layer is associated to a blockage. Modificate accordingly PyLayer and BasicLayer. * Change: In Hurricane::SharedProperty, the set of owners (DBo*) is now stored in a std::set sorted on the objects Ids, instead of a simple vector. The linera search time through the std::vector was starting to show (ISPD05 bigblue1). * Bug: In Isobar::PyInstance, make full contructor signature (5 arguments) conform to the C++ one. It was only accepting the four first and forcing the placement status to be FIXED. * Bug: In CRL/etc/symbolic/ispd05/kite.conf, update for the new configuration requirements where all distance must be converted into DbU in the file itself (use "helpers.l()", "helpers.m()"). Apply to the cell & routing gauges. * Bug: In CRL/etc/symbolic/ispd05/technology.conf, update for the new configuration. "helpers.initTechno()" *must* by called first thing in this file in order for the Technology to be created. * New: In CRL::AllianceFramework, add matchCellGauge() & matchCellgaugeByHeight() * New: In CRL::CellGauge, add a flag to distinguish gauges meant for IO Pads and an "isPad()" predicate. * Change: In CRL::Ispd05Bookshelf, flush the UpdateSession stack every 1000 elements additions. Maybe not necessary now the the UpdateSession property relies on a std::set instead of a std::vector. * New: In CRL::LefImport, support for SITE and match/create the appropriate CellGauge on the fly. Specific support for MACROS that are flagged PAD. Add a dedicated post-treatment for PAD connectors, extend them toward the boundary of the nearest abutment box side. Tested only on AMS 350nm c35b4 for now. This part is most likely to be tweaked for every kind of real foundry pad that we may encounter... * Change: In EtesianEngine::findYSpin(), use the C++ "for" construct to loop over Collections. * Change: In Unicorn/cgt.py, register the Python/C++ tutorial support by default.
2019-04-22 05:16:16 -05:00
from helpers.Technology import initTechno
Reorganisation of technology configuration files. * Change: In CRL Core, in coriolis2/etc the file an directory structure describing the technonolies is modified. Before, one technology was split in two: the symbolic part that may be shared across multiple real technology and the real technology itself. To configure this we needed in ".coriolis2/techno.py" two variables: * symbolicTechnology. * realTechnology. After, we duplicate the symbolic technology in each real ones, so to configure we only have to refer to one technology with the variable: * technology. Pure sympolic technologies are still availables, associated with a dummy real one. We provides: * 180/scn6m_deep_09 for MOSIS 180nm * 45/freepdk_45 for FreePDK 45nm (work in progress). * symbolic/cmos for classical Alliance symbolic. * Change: In CRL Core python/helpers, SymbolicTechnology.py and RealTechnology.py are now grouped under Technology.py.
2017-11-17 04:10:32 -06:00
from Hurricane import DbU
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
Add a common/ to share the trunk of symbolic technologies configurations. In CRL Core configuration files, "display.conf", "patterns.conf" and "technology.conf" share most of their code. So that common part is put into "common/" and sourced from the final configuration file. Update the documentation according the the new initialization scheme.
2014-05-21 17:13:17 -05:00
# Provides standard settings for:
# - <viewerConfig>
# - <realLayersTable>
Cleaner support for real technologies (Hurricane, CRL Core configuration). * Change: In Hurricane::Technology, in all the layer connexity methods (getLayers(), getMetalAbove(), getCutAbove(), getViaBetween(), ...) the "useWorking" parameter is replaced by a more accurate "useSymbolic". BEHAVIOR CHANGE: formerly, if a symbolic layer was requested, and none was found, NULL was returned. Now, if the symbolic layer is not found, we try to return the associated real one (same layer mask, but not flagged as symbolic, and usually with a lowercase name). All thoses changes have been propagated to Python bindings. * Change: In Hurricane::BasicLayer and derived classes, rename the "isWorking" attribute into "isSymbolic" (to match the technology renaming). * Change: In Hurricane::Cell::flattenNets(), ignore power, ground and blockage nets for the flatten. * Change: In CRL Core, in coriolisInit.py and Technology.py helpers, rename the tables describing the technology as follow: - symbolicLayersTable --> compositeLayersTable - workingLayersTable --> symbolicLayersTable - symbolicRulesTable --> layersExtensionsTable This is to give the table names a more clearer semantic after merging real technologies configurations (testbench AMS c35b4). In particular, we need to define a composite layer for the real VIAs, and not only the symbolic ones. And with correct enclosures expressed in real dimensions (microns).
2017-12-27 06:13:29 -06:00
# - <compositeLayersTable>
Add a common/ to share the trunk of symbolic technologies configurations. In CRL Core configuration files, "display.conf", "patterns.conf" and "technology.conf" share most of their code. So that common part is put into "common/" and sourced from the final configuration file. Update the documentation according the the new initialization scheme.
2014-05-21 17:13:17 -05:00
# - <symbolicLayersTable>
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
ISPD05 loading speed issues. IO PAD support for LEF importation. * New: In Hurricane::IntrusiveMap, introduce IntrusiveMapConst which allow to search with a "const Key&" instead of a "Key", sparing the copy construction of the Key. * Change: In Hurricane::Cell::NetMap, use the new kind of map with "const Name&" key access. This speeds up the Cell::getNet() method by suppressing one copy construction of a Name, which are costly after all... Should review the whole code to use "const Name&" everywhere it is possible. * Change: In Hurricane::Entity & Hurricane::DBo, displace the unique identifier from Entity to DBo (move up to the base class).This to allow us to build deterministic map of DBo requireds in UpdateSession (which is built upon a SharedProperty). WARNING: This break the JSON database exportation support, do not use it until fixed/rewritten. * Change: In Hurricane::Layer, add an attribute to know if a layer is associated to a blockage. Modificate accordingly PyLayer and BasicLayer. * Change: In Hurricane::SharedProperty, the set of owners (DBo*) is now stored in a std::set sorted on the objects Ids, instead of a simple vector. The linera search time through the std::vector was starting to show (ISPD05 bigblue1). * Bug: In Isobar::PyInstance, make full contructor signature (5 arguments) conform to the C++ one. It was only accepting the four first and forcing the placement status to be FIXED. * Bug: In CRL/etc/symbolic/ispd05/kite.conf, update for the new configuration requirements where all distance must be converted into DbU in the file itself (use "helpers.l()", "helpers.m()"). Apply to the cell & routing gauges. * Bug: In CRL/etc/symbolic/ispd05/technology.conf, update for the new configuration. "helpers.initTechno()" *must* by called first thing in this file in order for the Technology to be created. * New: In CRL::AllianceFramework, add matchCellGauge() & matchCellgaugeByHeight() * New: In CRL::CellGauge, add a flag to distinguish gauges meant for IO Pads and an "isPad()" predicate. * Change: In CRL::Ispd05Bookshelf, flush the UpdateSession stack every 1000 elements additions. Maybe not necessary now the the UpdateSession property relies on a std::set instead of a std::vector. * New: In CRL::LefImport, support for SITE and match/create the appropriate CellGauge on the fly. Specific support for MACROS that are flagged PAD. Add a dedicated post-treatment for PAD connectors, extend them toward the boundary of the nearest abutment box side. Tested only on AMS 350nm c35b4 for now. This part is most likely to be tweaked for every kind of real foundry pad that we may encounter... * Change: In EtesianEngine::findYSpin(), use the C++ "for" construct to loop over Collections. * Change: In Unicorn/cgt.py, register the Python/C++ tutorial support by default.
2019-04-22 05:16:16 -05:00
initTechno( { 'name' : 'IPSD05/symbolic'
, 'precision' : 2
, 'gridValue' : 0.005
, 'gridUnit' : DbU.UnitPowerMicro
, 'gridsPerLambda' : 24
, 'symbolicGridStep' : 1.0
, 'polygonStep' : 24.0
} )
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
ISPD05 loading speed issues. IO PAD support for LEF importation. * New: In Hurricane::IntrusiveMap, introduce IntrusiveMapConst which allow to search with a "const Key&" instead of a "Key", sparing the copy construction of the Key. * Change: In Hurricane::Cell::NetMap, use the new kind of map with "const Name&" key access. This speeds up the Cell::getNet() method by suppressing one copy construction of a Name, which are costly after all... Should review the whole code to use "const Name&" everywhere it is possible. * Change: In Hurricane::Entity & Hurricane::DBo, displace the unique identifier from Entity to DBo (move up to the base class).This to allow us to build deterministic map of DBo requireds in UpdateSession (which is built upon a SharedProperty). WARNING: This break the JSON database exportation support, do not use it until fixed/rewritten. * Change: In Hurricane::Layer, add an attribute to know if a layer is associated to a blockage. Modificate accordingly PyLayer and BasicLayer. * Change: In Hurricane::SharedProperty, the set of owners (DBo*) is now stored in a std::set sorted on the objects Ids, instead of a simple vector. The linera search time through the std::vector was starting to show (ISPD05 bigblue1). * Bug: In Isobar::PyInstance, make full contructor signature (5 arguments) conform to the C++ one. It was only accepting the four first and forcing the placement status to be FIXED. * Bug: In CRL/etc/symbolic/ispd05/kite.conf, update for the new configuration requirements where all distance must be converted into DbU in the file itself (use "helpers.l()", "helpers.m()"). Apply to the cell & routing gauges. * Bug: In CRL/etc/symbolic/ispd05/technology.conf, update for the new configuration. "helpers.initTechno()" *must* by called first thing in this file in order for the Technology to be created. * New: In CRL::AllianceFramework, add matchCellGauge() & matchCellgaugeByHeight() * New: In CRL::CellGauge, add a flag to distinguish gauges meant for IO Pads and an "isPad()" predicate. * Change: In CRL::Ispd05Bookshelf, flush the UpdateSession stack every 1000 elements additions. Maybe not necessary now the the UpdateSession property relies on a std::set instead of a std::vector. * New: In CRL::LefImport, support for SITE and match/create the appropriate CellGauge on the fly. Specific support for MACROS that are flagged PAD. Add a dedicated post-treatment for PAD connectors, extend them toward the boundary of the nearest abutment box side. Tested only on AMS 350nm c35b4 for now. This part is most likely to be tweaked for every kind of real foundry pad that we may encounter... * Change: In EtesianEngine::findYSpin(), use the C++ "for" construct to loop over Collections. * Change: In Unicorn/cgt.py, register the Python/C++ tutorial support by default.
2019-04-22 05:16:16 -05:00
execfile( helpers.sysConfDir+'/common/technology.conf' )
Reorganisation of technology configuration files. * Change: In CRL Core, in coriolis2/etc the file an directory structure describing the technonolies is modified. Before, one technology was split in two: the symbolic part that may be shared across multiple real technology and the real technology itself. To configure this we needed in ".coriolis2/techno.py" two variables: * symbolicTechnology. * realTechnology. After, we duplicate the symbolic technology in each real ones, so to configure we only have to refer to one technology with the variable: * technology. Pure sympolic technologies are still availables, associated with a dummy real one. We provides: * 180/scn6m_deep_09 for MOSIS 180nm * 45/freepdk_45 for FreePDK 45nm (work in progress). * symbolic/cmos for classical Alliance symbolic. * Change: In CRL Core python/helpers, SymbolicTechnology.py and RealTechnology.py are now grouped under Technology.py.
2017-11-17 04:10:32 -06:00
Cleaner support for real technologies (Hurricane, CRL Core configuration). * Change: In Hurricane::Technology, in all the layer connexity methods (getLayers(), getMetalAbove(), getCutAbove(), getViaBetween(), ...) the "useWorking" parameter is replaced by a more accurate "useSymbolic". BEHAVIOR CHANGE: formerly, if a symbolic layer was requested, and none was found, NULL was returned. Now, if the symbolic layer is not found, we try to return the associated real one (same layer mask, but not flagged as symbolic, and usually with a lowercase name). All thoses changes have been propagated to Python bindings. * Change: In Hurricane::BasicLayer and derived classes, rename the "isWorking" attribute into "isSymbolic" (to match the technology renaming). * Change: In Hurricane::Cell::flattenNets(), ignore power, ground and blockage nets for the flatten. * Change: In CRL Core, in coriolisInit.py and Technology.py helpers, rename the tables describing the technology as follow: - symbolicLayersTable --> compositeLayersTable - workingLayersTable --> symbolicLayersTable - symbolicRulesTable --> layersExtensionsTable This is to give the table names a more clearer semantic after merging real technologies configurations (testbench AMS c35b4). In particular, we need to define a composite layer for the real VIAs, and not only the symbolic ones. And with correct enclosures expressed in real dimensions (microns).
2017-12-27 06:13:29 -06:00
# Format of <layersExtensionsTable>:
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
# Each entry is a pair of (string, value).
Cleaner support for real technologies (Hurricane, CRL Core configuration). * Change: In Hurricane::Technology, in all the layer connexity methods (getLayers(), getMetalAbove(), getCutAbove(), getViaBetween(), ...) the "useWorking" parameter is replaced by a more accurate "useSymbolic". BEHAVIOR CHANGE: formerly, if a symbolic layer was requested, and none was found, NULL was returned. Now, if the symbolic layer is not found, we try to return the associated real one (same layer mask, but not flagged as symbolic, and usually with a lowercase name). All thoses changes have been propagated to Python bindings. * Change: In Hurricane::BasicLayer and derived classes, rename the "isWorking" attribute into "isSymbolic" (to match the technology renaming). * Change: In Hurricane::Cell::flattenNets(), ignore power, ground and blockage nets for the flatten. * Change: In CRL Core, in coriolisInit.py and Technology.py helpers, rename the tables describing the technology as follow: - symbolicLayersTable --> compositeLayersTable - workingLayersTable --> symbolicLayersTable - symbolicRulesTable --> layersExtensionsTable This is to give the table names a more clearer semantic after merging real technologies configurations (testbench AMS c35b4). In particular, we need to define a composite layer for the real VIAs, and not only the symbolic ones. And with correct enclosures expressed in real dimensions (microns).
2017-12-27 06:13:29 -06:00
# * string: a synthetic way to designate the real or symbolic layer on
# which it applies, an optional sub layer (BasicLayer) in case
# where there is more than one, and the dimension name.
ISPD05 loading speed issues. IO PAD support for LEF importation. * New: In Hurricane::IntrusiveMap, introduce IntrusiveMapConst which allow to search with a "const Key&" instead of a "Key", sparing the copy construction of the Key. * Change: In Hurricane::Cell::NetMap, use the new kind of map with "const Name&" key access. This speeds up the Cell::getNet() method by suppressing one copy construction of a Name, which are costly after all... Should review the whole code to use "const Name&" everywhere it is possible. * Change: In Hurricane::Entity & Hurricane::DBo, displace the unique identifier from Entity to DBo (move up to the base class).This to allow us to build deterministic map of DBo requireds in UpdateSession (which is built upon a SharedProperty). WARNING: This break the JSON database exportation support, do not use it until fixed/rewritten. * Change: In Hurricane::Layer, add an attribute to know if a layer is associated to a blockage. Modificate accordingly PyLayer and BasicLayer. * Change: In Hurricane::SharedProperty, the set of owners (DBo*) is now stored in a std::set sorted on the objects Ids, instead of a simple vector. The linera search time through the std::vector was starting to show (ISPD05 bigblue1). * Bug: In Isobar::PyInstance, make full contructor signature (5 arguments) conform to the C++ one. It was only accepting the four first and forcing the placement status to be FIXED. * Bug: In CRL/etc/symbolic/ispd05/kite.conf, update for the new configuration requirements where all distance must be converted into DbU in the file itself (use "helpers.l()", "helpers.m()"). Apply to the cell & routing gauges. * Bug: In CRL/etc/symbolic/ispd05/technology.conf, update for the new configuration. "helpers.initTechno()" *must* by called first thing in this file in order for the Technology to be created. * New: In CRL::AllianceFramework, add matchCellGauge() & matchCellgaugeByHeight() * New: In CRL::CellGauge, add a flag to distinguish gauges meant for IO Pads and an "isPad()" predicate. * Change: In CRL::Ispd05Bookshelf, flush the UpdateSession stack every 1000 elements additions. Maybe not necessary now the the UpdateSession property relies on a std::set instead of a std::vector. * New: In CRL::LefImport, support for SITE and match/create the appropriate CellGauge on the fly. Specific support for MACROS that are flagged PAD. Add a dedicated post-treatment for PAD connectors, extend them toward the boundary of the nearest abutment box side. Tested only on AMS 350nm c35b4 for now. This part is most likely to be tweaked for every kind of real foundry pad that we may encounter... * Change: In EtesianEngine::findYSpin(), use the C++ "for" construct to loop over Collections. * Change: In Unicorn/cgt.py, register the Python/C++ tutorial support by default.
2019-04-22 05:16:16 -05:00
# * value : the rule (dimension) value.
# Values/dimensions must be given using one of the following conversion
# function:
# * l(value) : value expressed in lambda (symbolic).
# * u(value) : value is expressed in microns.
# * n(value) : value is expressed in nanometers.
layersExtensionsTable = symbolicLayersExtensionsTable
Reorganisation of technology configuration files. * Change: In CRL Core, in coriolis2/etc the file an directory structure describing the technonolies is modified. Before, one technology was split in two: the symbolic part that may be shared across multiple real technology and the real technology itself. To configure this we needed in ".coriolis2/techno.py" two variables: * symbolicTechnology. * realTechnology. After, we duplicate the symbolic technology in each real ones, so to configure we only have to refer to one technology with the variable: * technology. Pure sympolic technologies are still availables, associated with a dummy real one. We provides: * 180/scn6m_deep_09 for MOSIS 180nm * 45/freepdk_45 for FreePDK 45nm (work in progress). * symbolic/cmos for classical Alliance symbolic. * Change: In CRL Core python/helpers, SymbolicTechnology.py and RealTechnology.py are now grouped under Technology.py.
2017-11-17 04:10:32 -06:00
gdsLayersTable = \
Added GDSII driver. Bug in Blif parser. * New: In CRL, implement a true GDSII driver. The driver is directly under CRL and do not use an intermediate structure in vlsisapd. The ASCII GDSII is removed. Huge polygons are not supported yet. Have to be split up in sub-polygons of less than 4000 vertexes. Symbolic layout can be exported to give a rough idea of the layout but RDS expension is not applied. Symbolic composite layers are expansed into their basic layers so the design *looks* normal. * Deprecated: In CRL, remove all traces of the old XML configuration parsers. No one needs them now, including Chams. * Bug: In CRL::BlifParser, before blindly loading the model of a subckt from disk with AllianceFramework, checks if it is in the Catalog first. Load with AllianceFramework only cells that are in the Catalog. This prevent a file of the same name than a model to be loaded shadowing the later defintion of the model in the Blif file. All this is due to the fact that Blif could be non-ordered for the models... * Change: In Hurricane::BasicLayer, the "extract number" is replaced by a GdsLayer and GdsDatatype to generate accurate GDS files. Even if datatype is 0 most of the time. Update all the "technology.conf" files in CRL to provide those two numbers.
2018-05-15 03:03:13 -05:00
( ("nWell" , "NWELL" , 3, 0)
, ("nImplant", "NPLUS" , 26, 0)
, ("pImplant", "PPLUS" , 25, 0)
, ("active" , "ACTIVE" , 6, 0)
, ("poly" , "POLY" , 17, 0)
, ("cut0" , "CONTACT", 30, 0)
, ("metal1" , "METAL1" , 31, 0)
, ("cut1" , "VIA1" , 51, 0)
, ("metal2" , "METAL2" , 32, 0)
, ("cut2" , "VIA2" , 52, 0)
, ("metal3" , "METAL3" , 33, 0)
, ("cut3" , "VIA3" , 53, 0)
, ("metal4" , "METAL4" , 34, 0)
, ("cut4" , "VIA4" , 54, 0)
, ("metal5" , "METAL5" , 35, 0)
, ("cut5" , "VIA5" , 55, 0)
, ("metal6" , "METAL6" , 36, 0)
Reorganisation of technology configuration files. * Change: In CRL Core, in coriolis2/etc the file an directory structure describing the technonolies is modified. Before, one technology was split in two: the symbolic part that may be shared across multiple real technology and the real technology itself. To configure this we needed in ".coriolis2/techno.py" two variables: * symbolicTechnology. * realTechnology. After, we duplicate the symbolic technology in each real ones, so to configure we only have to refer to one technology with the variable: * technology. Pure sympolic technologies are still availables, associated with a dummy real one. We provides: * 180/scn6m_deep_09 for MOSIS 180nm * 45/freepdk_45 for FreePDK 45nm (work in progress). * symbolic/cmos for classical Alliance symbolic. * Change: In CRL Core python/helpers, SymbolicTechnology.py and RealTechnology.py are now grouped under Technology.py.
2017-11-17 04:10:32 -06:00
)