man.bsd.lv manual page server

Manual Page Search Parameters
LIBXO(3) Library Functions Manual LIBXO(3)

libxo — library for emitting text, XML, JSON, or HTML output

library “libxo”

#include <libxo/xo.h>

The functions defined in libxo are used to generate a choice of , , , or output. A common set of functions are used, with command line switches passed to the library to control the details of the output.

Most commands emit text output aimed at humans. It is designed to be parsed and understood by a user. Humans are gifted at extracting details and pattern matching. Often programmers need to extract information from this human-oriented output. Programmers use tools like grep(1), awk(1), and regular expressions to ferret out the pieces of information they need. Such solutions are fragile and require updates when output contents change or evolve, requiring testing and validation.

Modern tool developers favor encoding schemes like XML and JSON, which allow trivial parsing and extraction of data. Such formats are simple, well understood, hierarchical, easily parsed, and often integrate easier with common tools and environments.

In addition, modern reality means that more output ends up in web browsers than in terminals, making HTML output valuable.

libxo allows a single set of function calls in source code to generate traditional text output, as well as XML and JSON formatted data. HTML can also be generated; "<div>" elements surround the traditional text output, with attributes that detail how to render the data.

There are four encoding styles supported by libxo:

In general, XML and JSON are suitable for encoding data, while TEXT is suited for terminal output and HTML is suited for display in a web browser (see xohtml(1) ).

The libxo library allows an application to generate text, XML, JSON, and HTML output using a common set of function calls. The application decides at run time which output style should be produced. The application calls a function xo_emit(3) to product output that is described in a format string. A “field descriptor” tells libxo what the field is and what it means. Each field descriptor is placed in braces with a printf-like format string:

    xo_emit(" {:lines/%7ju} {:words/%7ju} "
            "{:characters/%7ju}{d:filename/%s}\n",
            linect, wordct, charct, file);

Each field can have a role, with the 'value' role being the default, and the role tells libxo how and when to render that field, as well as a printf(3)-like format string.

Output can then be generated in various style, using the "--libxo" option.

Handles give an abstraction for libxo that encapsulates the state of a stream of output. Handles have the data type "xo_handle_t" and are opaque to the caller.

The library has a default handle that is automatically initialized. By default, this handle will send text style output to standard output. The xo_set_style(3) and xo_set_flags(3) functions can be used to change this behavior.

Many libxo functions take a handle as their first parameter; most that do not use the default handle. Any function taking a handle can be passed NULL to access the default handle.

For the typical command that is generating output on standard output, there is no need to create an explicit handle, but they are available when needed, e.g., for daemons that generate multiple streams of output.

The libxo library includes the following functions:

 
()
 
()
 
()
Allows the caller to emit XML attributes with the next open element.
()
 
()
Allow the caller to create a new handle. Note that libxo has a default handle that allows the caller to avoid use of an explicitly created handle. Only callers writing to files other than stdout would need to call xo_create().
()
Frees any resources associated with the handle, including the handle itself.
()
 
()
 
()
Emit formatted output. The fmt string controls the conversion of the remaining arguments into formatted output. See xo_format(5) for details.
()
 
()
 
()
 
()
 
()
 
()
 
()
These functions are mildly compatible with their standard libc namesakes, but use the format string defined in xo_format(5). While there is an increased cost for converting the strings, the output provided can be richer and more useful. See also xo_err(3)
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
These functions are meant to be compatible with their standard libc namesakes.
()
 
()
Flush output, close open construct, and complete any pending operations.
()
 
()
Allow the caller to flush any pending output for a handle.
()
Direct libxo to avoid initializing the locale. This function should be called before any other libxo function is called.
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
Containers a singleton levels of hierarchy, typically used to organize related content.
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
 
()
Lists are levels of hierarchy that can appear multiple times within the same parent. Two calls are needed to encapsulate them, one for the list and one for each instance of that list. Typically xo_open_list() and xo_close_list() are called outside a for-loop, where xo_open_instance() it called at the top of the loop, and xo_close_instance() is called at the bottom of the loop.
()
Inspects command line arguments for directions to libxo. This function should be called before argv is inspected by the application.
()
Instructs libxo to use an alternative memory allocator and deallocator.
()
 
()
Change the flags set for a handle.
()
Provides additional information about elements for use with HTML rendering.
()
Changes formatting options used by handle.
()
 
()
Changes the output style used by a handle.
()
Instructs libxo to use an alternative set of low-level output functions.

xo(1), xolint(1), xo_attr(3), xo_create(3), xo_emit(3), xo_emit_err(3), xo_err(3), xo_finish(3), xo_flush(3), xo_no_setlocale(3), xo_open_container(3), xo_open_list(3), xo_parse_args(3), xo_set_allocator(3), xo_set_flags(3), xo_set_info(3), xo_set_options(3), xo_set_style(3), xo_set_writer(3), xo_format(5)

The libxo library first appeared in FreeBSD 11.0.

libxo was written by Phil Shafer <phil@freebsd.org>.

December 8, 2014 FreeBSD-12.0