Some time ago we moved docker image builds into external repository
cd-release (together with packaging). Now that repository is useless
because we built packages here, so let's do the same for docker images.

For local builds it might be good to use rpaths so that the created
executables are linked to the correct libs without modifying
/etc/ld.so.conf for every build-dir.

~/.aqlrc is just another aql script that can be loaded automatically
when the aql shell starts.

You can put standard aql commands inside the file.

It will be in $BUILD_DIR/install

We don't use it anymore.

Load the standard library files into Prompt.
The iteration order of the file list is unspecified[1] but I don't think
we have to deal with it anyhow. Even we create two files, say a.aql, and
b.aql and a function in b.aql uses a function from a.aql, the loading
order doesn't matter anyway.

Let's install the aql function files into DATADIR, which will probably
be /usr/share/algorithms-library/stdlib.

Let's start working on a standard library [1]. The idea is that we
bundle some aql files with predefined functions (and procedures) and we
load them when aql prompt starts.

So let's prepare a configuration file with a location for the scripts.
The location is currently only in local dev tree. We will later change
that to some /usr/share or /usr/lib location.

[1] #221

I have seen some students failing to understand the exception "Init on
RHS when generate eps". Let's make the error message more clear.

F36 is not released yet [1] and it contains not-yet-released g++-12
which causes some problems for our code. Let's deal with it once g++-12
is released.

[1] https://fedorapeople.org/groups/schedule/f-36/f-36-key-tasks.html

unique ptr is convertible to shared ptr natively. It makes sense to construct
unique_ptr first and convert it to shared_ptr if it is needed.

Most likely a remnant of abstraction refactoring to OperationAbstraction and
Value where Value is using the functionality, not the OperationAbstraction