Awesome

Limbo Library for VLSI CAD Design

All components are written with C/C++ and API is designed for easy usage and simple embedding. Please read this Readme file carefully for proper instructions to install and customize.

Documentation.
Github.

Packages

Packages	Languages	Description
Algorithms	C++	Useful algorithms including partitioning, coloring, etc.
Bibtex	Python	Scripts convert bibtex into various formats
Containers	C++	Extension of contains from STL
Geometry	C++	Geometric utilities and algorithms such as polygon-to-rectangle conversion
MakeUtils	Makefile	Makefile utilities that help find dependencies
Math	C++	Extension of math functions from STL
Parsers	C++, Flex/Bison	Parsers to various formats, such as LEF/DEF, verilog, GDSII, etc.
Preprocessor	C++	Macros such as assertion with message
ProgramOptions	C++	Easy API to parser command line options
Solvers	C++	Solver wrap-ups such as SDP, LP solver with min-cost flow, etc.
String	C++	Utilities to char and string
ThirdParty	C/C++, Fortran	Third party packages required

Developers

Yibo Lin, School of EECS, Peking University

Introduction

1. Flex

A fast scanner generator or lexical analyzer generator. Another famous related software is Lex.

2. Bison

A Yacc-compatible parser generator that is part of the GNU Project. For details, please refer to here. Another famous related software is Yacc.

3. (Deprecated) Boost.Spirit

An object-oriented, recursive-descent parser and output generation library for C++. For details, please refer to here.

4. LL Parser

In computer science, a LL parser is a top-down parser for a subset of context-free languages. It parses the input from Left to right, performing Leftmost derivation of the sentence.

5. LR Parser

In computer science, LR parsers are a type of bottom-up parsers that efficiently handle deterministic context-free languages in guaranteed linear time.

6. LL v.s. LR

Bison is based on LR parser and Boost.Spirit is based on LL parser. Please refer to here.

7. LP and Min-Cost Flow

Min-cost flow (MCF) is a special case of linear programs (LP). It is usually faster than general LP solver and is also able to achieve integer solution. Some LP can be directly transformed to MCF problem, and for some other LP, its duality is a MCF problem. In this library, an API for lemon (MFC solver) is implemented to solve LP and dual LP problems. The API supports reading files with both LGF (lemon graph format) and LP (linear program format) and then dump out solutions. Thus, it will be easier to verify results with general LP solvers such as Gurobi or CBC.

Bug Report

Please report bugs to yibolin at utexas dot edu.

Installation

Some components depend on external libraries, such as

CMake: CMake version 3.7.0 or later is required to build the library.
Boost: managed by CMake FindBoost.
Lemon: integrated as a third party package.
Gurobi: require GUROBI_HOME environment variable to the path where Gurobi is installed.
Flex: managed by CMake FindFlex.
Zlib: managed by CMake [FindZLIB] (https://cmake.org/cmake/help/v3.13/module/FindZLIB.html).

Users need to make sure they are properly installed and the corresponding settings are configured.

1. Default installation

In the directory of limbo library, run

mkdir build
cd build
cmake .. -DCMAKE_INSTALL_PREFIX=absolute/path/to/your/installation
make
make install

After installation, it is strongly recommended to export LIMBO_DIR to the path where Limbo library is installed as an environment variable.

2. Customize OPENBLAS options

There is a third party OpenBLAS required by some other third party packages, such as Csdp. OPENBLAS option is used to control whether compiling these packages.

If you do not need these packages, set -DOPENBLAS=0 (default); otherwise, set -DOPENBLAS=1. The default version of OpenBLAS is not very stable for cross platforms, which often results in compiling errors. OpenBLAS is integrated as a submodule which fetch source code from remote repository. If you already have OpenBLAS in the directory, simply run "git submodule update" to fetch the latest version in the submodule directory.

FAQ

##1. (Deprecated) Compiling errors like

LefScanner.cc:5582:21: error: out-of-line definition of 'LexerInput' does not match any declaration in 'LefParserFlexLexer'
                        size_t yyFlexLexer::LexerInput( char* buf, size_t max_size )

come from old versions of flex, such as 2.5.35.

A: It can be solved by installing correct flex version 2.5.37 and add the directory to correct flex to PATH environment variable.

##2. (Deprecated) Compiling errors like

LefScanner.cc:3195:8: error: member reference type 'std::istream *' (aka 'basic_istream<char> *') is a pointer; did you mean to use '->'?
                        yyin.rdbuf(std::cin.rdbuf());

come from new versions of flex, such as 2.6.0.

A: It can be solved by installing correct flex version 2.5.37 and add the directory to correct flex to PATH environment variable.

##3. (Deprecated) Compiling errors related to LefScanner.cc usually come from the configurations of flex version and environment variables FLEX_DIR and LEX_INCLUDE_DIR.

A: LefScanner.cc needs to include the correct FlexLexer.h from the flex package for compilation; i.e., the version of FlexLexer.h must match the version of the flex executable. Most errors for LefScanner.cc are caused by the failure of finding the correct FlexLexer.h (be careful when you have multiple versions of flex installed). To solve the problem, users can set the environment variable FLEX_DIR such that $FLEX_DIR/include points to the directory containing FlexLexer.h, or alternatively set LEX_INCLUDE_DIR to the directory containing FlexLexer.h. The decision can be made according to how the flex package is installed.

##4. Crappy linkage error under gcc 5.1 or later, even though libxxx.a is correctly linked, like

undefined reference to `GdsParser::read(GdsParser::GdsDataBaseKernel&, std::string const&)'

A: The issue probably comes from potential inconsistent compiling configuration for Limbo and target program due to the new Dual ABI introduced since gcc 5.1. The compilation flag _GLIBCXX_USE_CXX11_ABI is used to control whether gcc uses new C++11 ABI, which is turned on in default. If Limbo is compiled with C++11 ABI, while target program is compiled with old ABI, then the linkage error appears, vice versa. Therefore, it is necessary to make sure the same STL ABI is used for compiling Limbo and target program. In other words, set consistent _GLIBCXX_USE_CXX11_ABI values. A safe way is to leave it to the default value.

Copyright

The software is released under MIT license except third party packages. Please see the LICENSE file for details.

Third party package c-thread-pool is released under MIT license.

Third party package csdp is released under CPL v1.0 license.

Third party package OpenBLAS has its copyright reserved; please check its license.

Tutorial

Some components in limbo library do not need linkage, so they can be used directly by including the headers, while some components require linkage to the corresponding static libraries.
Here are some simple example to show the basic usage and compiling commands with gcc under Linux. For clang, the compiling commands are slightly different as users need to specify the same -stdlib as that in CXXSTDLIB flag used to install the library. See pages of each package for examples.

LICENSE

See LICENSE