that is a bit more high level than characters.

cucul_putchar32() function but I'm not convinced it will be useful.

as multiboot kernels.

properly credited authors and documented a few things.

now because we only do ASCII, but that will let us do Unicode later.

* Renamed caca_refresh() into caca_display() which makes more sense.
  * Optimised gl_bgpal by directly storing floats instead of doing the
    conversion at runtime.
  * Handle resizing in cucul_set_size() and try to keep as much information
    as possible from the previous canvas.
  * Moved most global variables into cucul_t or caca_t contexts.
  * Moved time.c into libcaca.

of unicode letters) is now separated from the higher level rendering and I/O
(that is, libcaca). This commit totally breaks the API, but once everything
is polished I will think about source-level backward compatibility. Most
drivers are broken, but X11 still sorta works.

  The new design is much more object-oriented and allows having several
active renderers at the same time, changing renderers on the fly, and more
important, having no renderer at all (useful for converters, or when you
want to do your own renderer).

  And in case you are still wondering, the libcucul acronym has "Unicode"
because I want to support at least a subset of Unicode. There are awesome
glyphs in it, including the ones inherited from Codepage 437 such as
"gray 25%" that are used in DOS and Win32 ANSI art.