a file and a memory area into a libcucul buffer.
  * Changed the cucul_import_canvas() prototype so that it uses libcucul
    buffers instead of simple memory areas.

in all .c files that needed it.

whether we want plain ASCII, UTF-8, or CP437.

it breaks on too many IRC clients.

cucul_import_canvas().
  * Renamed cucul_create_export() into cucul_export_canvas() for consistency.

* Removed most code from the raw driver and replaced it with a call to the
    caca exporter.
  * Slightly changed the caca export format and updated code accordingly.
  * Improved cacaserver error reporting.

their name, eg. cucul_create() -> cucul_create_canvas() etc.
  * Moved buffer-related functions to cucul/buffer.c.

* Renamed canvas handle variables from "c" to "cv". Eh ouais mon gros.

same and they're very short (50-100 lines).

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.