Made README of hlp file

Actually, makes sense first when browsing files om github. Costs nothing,
feature is just a link.

Category: maintenance
Changing list to mlist

Libc conflict

Category: bugfix
Minor: Concept change. Persistence will be bet-set

Category: development
mlist converted to module

Purpose is making running certain alloc operations which can't easily be
done by static initialization. This is starting to resemble OOP Turns out
putting init functions in .init in section is not so easy to do
transparently as .init need to contain actual code and not a list of
function pointers (as in the case with .ctors/.dtors). I.e. there should be
function pointers there, but each one should be preceded by a call, which
becomes architecture specific.

One could had used __attribute__ ((__constructor__)) instead, but chose
using linker _init/_fini instead. Unfortunately this only works for shared
libraries so might reconsider later (as .so's makes this small project more
cumbersome to handle).

(Tinker has another much more elegant method which resembles more to the
.ctors/.dtors. Linux kernel just puts __init prefixed function in .init
section, not sure why that works as it shouldn't)
Playing with alternatives to previous commit

Saved for reference. This proves that __attribute__((constructor)) puts a
variable in .ctors which is the iterated. Will clean this up, saved in
commit for future reference.

Category: development
Cleaned up obsolete code

Category: administration
First baby steps in mlist

Category: development
Preparing for dividing source into libraries

Libraries IMO opinion belong in subdirectories. This commit is here to mark
a point before this begin because diffs for moved files will loose relevant
changes for that which is actually changed.

Category: development
Separation of code into clearly separable libraries

libmlist and libsample are now completely separated from the execution
directory. Submodules automatically built and installed as either .so or .a
libraries depending on environment variable.

Turned out to be quite painful to do this transfer and there are some quirks
still, but at least code builds and runs.

From a maintenance perspective, one should perhaps adopt the Android approach
of heavily importing pieces of makefiles, but I'm not happy about it as I
don't like the Android build-system one bit. Another approach to set-up a
full-blown fool-proof build-system would be to copy Tinkers, but that would
be quite a lot of work.

A combination of both - maybe. This wasn't intend to be such a big
project. Besides, it's meant to run on Android in the end. Will see (TBD)

Problems remaining:
* make uninstall - doesn't work
* More than one header-file as public in each sub-modules wont install
* properly

Category: development