the future.

Carlo Bramini. Addresses #48.

Fixes #41.

* Made compilation under MacOSX 10.6 (Snow Leopard) possible, but breaks 10.4 (Tiger), to be fixed

included after us.

they won't be seen by the linker when linking dynamically. Fix caca0.h
accordingly.

prefix. The #defines remain in caca_conio.h.

caca_wherey(), in order to match the old <conio.h> naming scheme.

speedups when the calling application knows the dirty rectangle covered by
a complex operation.

current canvas. This is useful to export dirty rectangles. Accordingly,
add caca_import_area_from_memory() and caca_import_area_from_file().

a more natural (x,y,w,h) 4-tuple to handle.

inner implementation still only handles one dirty rectangle, but this way
we can prepare supporting applictions for the future.

Dirty rectangles are an upcoming optimisation that will tell the output
drivers which portion of the canvas has been really modified since the
last blit.

are almost there.

split is rendered moot by the plugin system: when enabled, binaries do
not link directly with libX11 or libGL. I hope this is a step towards
more consisteny and clarity.

far better for error checking.

completely breaks compatibility with previous versions of libcaca on
    64-bit systems.

prototypes. As they are equivalent, this does not break the ABI.

applications. I'll think of a migration path later.

without using environment variables..
  * Implement caca_get_display_driver() to return the current display's
    output driver.
  * Add a simple example program to test caca_create_display_with_driver().

accordingly.
  * The C++ test example no longer needs "config.h".

we don’t end with those ugly identifiers in the documentation.

create a canvas when so.
  * Add caca_get_canvas() to retrieve the cucul canvas.

functions to access its real data. This is a big API change that will
    break your software, sorry :(

* Manually export private libcaca symbols.

such as "man tutorial" showing the libcaca tutorial on Debian systems.