commit | 052d5f347b6af7a8676ee780ebc608dc9a4a1954 | [log] [tgz] |
---|---|---|
author | Michal Vasko <mvasko@cesnet.cz> | Mon Jul 10 11:51:28 2017 +0200 |
committer | Michal Vasko <mvasko@cesnet.cz> | Mon Jul 10 11:51:28 2017 +0200 |
tree | ab64ed108c562c905ecf3ce462b5585f7393f28f | |
parent | 86ae1f2a9d7da64b6b8400d8fe0abffc2ffffb63 [diff] |
VERSION bump to version 0.13.22
libyang is YANG data modelling language parser and toolkit written (and providing API) in C. The library is used e.g. in libnetconf2, Netopeer2 or sysrepo projects.
Current implementation covers YANG 1.0 (RFC 6020) as well as YANG 1.1 (RFC 7950).
We are using openSUSE Build Service to automaticaly prepare binary packages for number of GNU/Linux distros. Check this page and follow the instroctions for your distro to install libyang
package. The libyang
package is built once a day from the master branch. If you want the latest code from the devel branch, install libyang-experimental
package.
--enable-utf
and --enable-unicode-properties
)$ 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.
Set CC
variable:
$ CC=/usr/bin/clang cmake ..
To change the prefix where the library, headers and any other files are installed, set CMAKE_INSTALL_PREFIX
variable:
$ cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr ..
Default prefix is /usr/local
.
There are two build modes:
The Debug
mode is currently used as the default one. to switch to the Release
mode, enter at the command line:
$ cmake -D CMAKE_BUILD_TYPE:String="Release" ..
For the YANG extensions, libyang loads the 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
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:
#include <libyang/libyang.h>
To compile your program with libyang, it is necessary to link it with libyang using the following linker parameters:
-lyang
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 libyang.pc
file for pkg-config(1)
available in the source tree. The file is installed with the library.
If you are using cmake
in you project, it is also possible to use the provided FindLibYANG.cmake
file to detect presence of the libyang library in the system.
libyang project includes features rich tool called yanglint(1)
for validation and conversion of the schemas and YANG modeled data. The source codes are located at /tools/lint
and 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 yanglint
.
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:
# make install
LIBYANG_EXTENSIONS_PLUGINS_DIR
to contain path to the built extensions plugin (./src/extensions
from the build directory).$ LIBYANG_EXTENSIONS_PLUGINS_DIR="`pwd`/src/extensions" ./yanglint
libyang includes several tests built with cmocka. The tests can be found in tests
subdirectory and they are designed for checking library functionality after code changes.
The tests are by default built in the Debug
build mode by running
$ make
In case of the Release
mode, 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 test
target:
$ make test
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:
$ cmake -DJAVASCRIPT_BINDING=ON ..
More information about the specific binding can be found in their README files.
Currently supported bindings are:
JAVASCRIPT_BINDING