ExtUnix OCaml library
A collection of thin bindings to various low-level system API.
Our motto: "Be to Unix, what extlib is to stdlib"
- Implement thin C bindings that directly map to underlying system API.
- Provide common consistent ocaml interface: naming convention, exceptions.
- Simple to build - no extra dependencies.
Currently, everybody writes his own bindings to fulfil particular needs. Most of the system API don't deserve fully fledged library.
The ExtUnix project aims to collect these in one place. Read the "ExtUnix integration requirements" to know what kind of system API we can integrate.
- ocaml and ocamlfind for build and installation
- (optional) oUnit for tests (configure with
Build and install :
./configure make make install
Alternatively use the underlying OASIS build system directly (plain ocaml, no sh and make needed) :
ocaml setup.ml -configure ocaml setup.ml -build ocaml setup.ml -install
See other available targets :
ocaml setup.ml -help
Usage example :
$ ocaml # #use "topfind";; # #require "extunix";; # module U = ExtUnix.Specific;; # U.ttyname Unix.stdout;; - : string = "/dev/pts/8"
Run unit tests :
./configure --enable-tests make test
For OCaml programming style, we follow Unix module:
- Values and types should be named by the name of the underlying C function
Unix_erroron runtime errors
- Uniformly raise
Not_availableexception for functions not available on the current platform
- Be MT friendly by default - i.e. release runtime lock for blocking operations, (FIXME) optionally provide ST variants
- No shell scripting for build and install (think windows :) )
- Write portable C code (use compiler options to catch compatibility issues), NB: msvc doesn't support C99.
- Provide module (
ExtUnix.Specific) exposing only functions available on the platform where library is built - i.e. guaranteed to not throw Not_available exception (experimental).
src/discover.ml is used to discover available functions during configure step.
Generated config.h describes "features" discovered - it is responsible for inclusion of system-specific headers - this ensures coherent result at configure and build steps.
Generated config.ml describes the same features for the ocaml syntax extension src/pa_have.ml, which preprocesses src/extUnix.mlpp and generates two modules :
ExtUnixAllwhere bindings to missing functions are rewritten to raise exception and
ExtUnixSpecificwhich drops bindings to missing functions.
ExtUnix integration requirements
We can integrate into ExtUnix:
- Official POSIX calls not in Unix module.
- Drafted POSIX calls which are at least present on two systems among: Linux, *BSD, MacOS X.
- System specific calls, as long as they don't need additional library, that they are marked as such in the documentation and that we have an automatic configure system test for them.
We should avoid system calls that are complex and would deserve a library on their own. For example, a family of more than 10 functions and datatypes should deserve its own library. If an external library already exists and works, like for inotify system call, we also won't consider it for integration.
Regarding Win32 portability: If there is a sane default to create a portable equivalent of the function on Windows, we can consider it. And we will mark it as such in the documentation.
Checklist for adding new bindings
- Add the C code to src/ (follow the code style of existing bindings)
- Add the required checks to src/discover.ml
- Add the path to C bindings to _oasis CSources and run
- Add the OCaml code to src/extUnix.mlpp guarded with HAVE ... END
- Add some tests to test/test.ml
- Add note to CHANGES.txt
./configure && make
Checklist for release
git logand update CHANGES.txt
- Update version in _oasis and do
- Upload tarball and update download links on web page
- Update opam
Many people contribute to extunix. Please submit your patches and/or feature requests to project bugtracker at https://github.com/ygrek/extunix/issues
Current maintainer is reachable at :