YANG data modeling language library
The project uses 2 main branches
devel. Other branches should not be cloned. In
masterthere are files of the last official release. Any latest improvements and changes, which were tested at least briefly are found in
devel. On every new release,
develis merged into
This means that when only stable official releases are to be used, either
mastercan be used or specific releases downloaded. If all the latest bugfixes should be applied,
develbranch is the one to be used. Note that whenever a new issue is created and it occurs on the
masterbranch, the first response will likely be to use
develbefore any further provided support.
We are using openSUSE Build Service to automaticaly prepare binary packages for number of GNU/Linux distros. The libyang packages are always build from current
masterbranch (latest release). If you are interested in any other packages (such as devel or C++ and Python bindings), you can browse all packages from our repository.
$ mkdir build; cd build $ cmake .. $ make # make install
The library documentation can be generated directly from the source codes using Doxygen tool:
$ make doc $ google-chrome ../doc/html/index.html
The documentation is also built hourly and available at netopeer.liberouter.org.
$ CC=/usr/bin/clang cmake ..
To change the prefix where the library, headers and any other files are installed, set
$ cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr ..
Default prefix is
There are two build modes: * Release. This generates library for the production use without any debug information. * Debug. This generates library with the debug information and disables optimization of the code.
Debugmode is currently used as the default one. to switch to the
Releasemode, enter at the command line:
$ cmake -D CMAKE_BUILD_TYPE:String="Release" ..
As for YANG extensions, libyang allows loading extension plugins. By default, the directory to store the plugins is LIBDIR/libyang. To change it, use the following cmake option with the value specifying the desired directory:
$ cmake -DPLUGINS_DIR:PATH=`pwd`"/src/extensions/" ..
The directory path can be also changed runtime via environment variable, e.g.:
$ LIBYANG_EXTENSIONS_PLUGINS_DIR=`pwd`/my/relative/path yanglint
Whenever the latest revision of a schema is supposed to be loaded (import without specific revision), it is performed in the standard way, the first time. By default, every other time when the latest revision of the same schema is needed, the one initially loaded is reused. If you know this can cause problems meaning the latest available revision of a schema can change during operation, you can force libyang to always search for the schema anew by:
$ cmake -DENABLE_LATEST_REVISIONS=OFF ..
Also, it can be efficient to store certain information about schemas that is generated during parsing so that it does not need to be generated every time the schema is used, but it will consume some additional space. You can enable this cache with:
$ cmake -DENABLE_CACHE=ON ..
Note that, with CMake, if you want to change the compiler or its options after you already ran CMake, you need to clear its cache first - the most simple way to do it is to remove all content from the 'build' directory.
All libyang functions are available via the main header: ```
To compile your program with libyang, it is necessary to link it with libyang using the following linker parameters:
Note, that it may be necessary to call
ldconfig(8)after library installation and if the library was installed into a non-standard path, the path to libyang must be specified to the linker. To help with setting all the compiler's options, there is
pkg-config(1)available in the source tree. The file is installed with the library.
If you are using
cmakein you project, it is also possible to use the provided
FindLibYANG.cmakefile to detect presence of the libyang library in the system.
libyang project includes a feature-rich tool called
yanglint(1)for validation and conversion of the schemas and YANG modeled data. The source codes are located at
/tools/lintand can be used to explore how an application is supposed to use the libyang library.
yanglint(1)binary as well as its man page are installed together with the library itself.
There is also README describing some examples of using
libyang supports YANG extensions via a plugin mechanism. Some of the plugins (for NACM or Metadata) are available out of the box and installed together with libyang. However, when libyang is not installed and
yanglint(1)is used from the build directory, the plugins are not available. There are two options:
Install libyang. ```
Set environment variable
LIBYANG_EXTENSIONS_PLUGINS_DIRto contain path to the built extensions plugin (
./src/extensionsfrom the build directory).
$ LIBYANG_EXTENSIONS_PLUGINS_DIR="`pwd`/src/extensions" ./yanglint
There is an unofficial Windows port of this library available.
libyang includes several tests built with cmocka. The tests can be found in
testssubdirectory and they are designed for checking library functionality after code changes.
The tests are by default built in the
Debugbuild mode by running
In case of the
Releasemode, the tests are not built by default (it requires additional dependency), but they can be enabled via cmake option:
$ cmake -DENABLE_BUILD_TESTS=ON ..
Note that if the necessary cmocka headers are not present in the system include paths, tests are not available despite the build mode or cmake's options.
Tests can be run by the make's
$ make test
Simple fuzzing targets, fuzzing instructions and a Dockerfile that builds the fuzz targets and the AFL fuzzer are available in the
tests/fuzzdirectory also contains a README file that describes the whole process in more detail.
We provide bindings for high-level languages using SWIG generator. The bindings are optional and to enable building of the specific binding, the appropriate cmake option must be enabled, for example:
More information about the specific binding can be found in their README files.
Currently supported bindings are:
Project is hosted on GitHub where you can find additional information and contact developers via the project's issue tracker. If you are interested in future plans announcements, please subscribe to the Future Plans issue.