Compilation fails on gcc 6.3.0 and musl libc:

  g++ -pipe -std=c++11 -O3 -DNDEBUG -DRELEASE -c -Wall -pedantic -Wextra -Werror \
    -Wshadow -Wpointer-arith -Wcast-qual -Wdelete-non-virtual-dtor \
    -Wredundant-decls -fPIC \
    ... \
    alib2algo_experimental/src/graph/spanningtree/Kruskal.cpp \
    -o alib2algo_experimental/obj-release/graph/spanningtree/Kruskal.o
  In file included from alib2algo_experimental/src/graph/spanningtree/Kruskal.cpp:15:0:
  alib2algo_experimental/src/graph/spanningtree/../datastructs/Components.h:74:3: error: 'uint' does not name a type
     uint parent;
     ^~~~

This type is defined in sys/types.h when _GNU_SOURCE or _BSD_SOURCE is
defined (at least in musl libc). Please note that uint is not specified
in C++ standard and should not be used...

The current makefiles generate invalid LD_LIBRARY_PATHs like:

    LD_LIBRARY_PATH="../alib2std/lib-release;../alib2common/lib-release;lib-release" test-bin-release/alib2test

Standard directory separator on Unix/Linux systems is a colon. I found
that semicolon may be used to separate two lists of directories - the
first one is searched before the list(s) supplied on the command line,
the second one is searched after. But that's apparently not the case
here.

It seems that glibc doesn't care about it, because it somehow works on
Jenkins that runs on Gentoo. However, more correct libc libraries, like
musl libc, do care about it and don't accept such LD_LIBRARY_PATH.