libcaca

232 MiB

Aborescence: 4648ab11aa

Auteur	SHA1	Message	Date
Sam Hocevar	319cc69db3	Continue the libcaca/libcucul merge. Source and binary compatibility are almost there.	il y a 16 ans
Sam Hocevar	f61816ceb7	Starting refactoring to get rid of libcucul. The initial reason for the 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.	il y a 16 ans
Sam Hocevar	c2706d6110	* cucul/file.c: fix a typo causing build failures when zlib is not here.	il y a 16 ans
Sam Hocevar	c25cb5760c	* Set errno to ENOSYS in unsupported cucul_file_t operations.	il y a 16 ans
Sam Hocevar	e87056cd1b	* Implement cucul_file_tell().	il y a 16 ans
Sam Hocevar	96d77f7d51	* Export cucul_file_t operations in the public header. * Implement cucul_file_read() and cucul_file_write().	il y a 16 ans
Sam Hocevar	f44b5e11fa	* Changed most "unsigned char" variables into "uint8_t", including in prototypes. As they are equivalent, this does not break the ABI.	il y a 16 ans
Sam Hocevar	99b5396e8e	* Remove #include <stdint.h> etc. from "common.h". Instead, make sure that <cucul.h> will provide the C99 types, even if libcaca has been installed. * Rename what's left of "common.h" to "stubs.h". * Remove all references to erroneous <inttypes.h> from source files.	il y a 16 ans
Sam Hocevar	e895e01ee6	* Disable file operations in kernel mode. * Implement strchr() in kernel.c. * Check for snprintf() at configure time.	il y a 17 ans
Sam Hocevar	fd9749db59	* Import io.c from TOIlet directly into libcucul. Can you see where this is going?	il y a 17 ans

2 Révisions (4648ab11aa5ef9cf9c585b4bae3a906469042467)