as multiboot kernels.

good to have something to start with.

by simply ignoring everything non ASCII :-)

and simplified the handle_resize() API. Still can be polished.

documentation to explain this behaviour.

files. Phew. Now they just need a few comments.

* Added a build-dos script to cross-compile the DOS version using djgpp.

if you do not want any.

properly credited authors and documented a few things.

broken, and event handling is not yet in the driver-specific files, but
    I will of course fix that later.

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

enough for everyone. Maybe I'll reintroduce caca_set_size sometime in the
    future because it's libcaca who gets the resize events, after all.

dans la vraie vie, 0x007f7f7f et { 0x00, 0x7f, 0x7f, 0x7f } n'ont pas
    toujours les bytes dans le meme ordre, deuzio un unsigned int n'a pas
    toujours 4 bytes, et troizio tu pourrais au moins checker que ca fait
    pas de warnings et/ou que ca segfaulte pas !

* 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.