From 7704c015826d571fdd9af6f1d691410f6b6355ac Mon Sep 17 00:00:00 2001 From: Andreas Baumann Date: Sun, 13 Jun 2010 17:49:09 +0200 Subject: updated todo list and documentation, giving up on library loader --- TODOS | 11 ++++++----- docs/libraries/README | 6 +++++- 2 files changed, 11 insertions(+), 6 deletions(-) diff --git a/TODOS b/TODOS index 9f6f97b..7c7607a 100644 --- a/TODOS +++ b/TODOS @@ -1,11 +1,12 @@ - library loader - make install installs the testlib, split in two +- string library and portability layer + - snprintf: + - Solaris 8, linking trouble with _eprintf and ilbstdc++ + (the real problem is we use the g++ linker call for + pure c libraries, not really good) => de-C++-ify the + makefile system - find solution for char *, TCHAR unicode and friends - - Solaris 8, linking trouble with _eprintf and ilbstdc++ - (the real problem is we use the g++ linker call for - pure c libraries, not really good) => de-C++-ify the - makefile system - - initialization and descruction code. portable? - threading - handle detached and joinable threads correctly on Windows - add conditional variables (thread + mutex + conditional diff --git a/docs/libraries/README b/docs/libraries/README index 287025f..2bc1f62 100644 --- a/docs/libraries/README +++ b/docs/libraries/README @@ -32,4 +32,8 @@ Goal: - layer on top should support something like a module X in version Major.Minor and a loader which checks what can be checked, should also help us enumerate the symbols in a library (introspection) -- can we do portably library/module initialization and deinitialization? +- No init/deinit code: reason, we can live without it (we are C so our + structure can easily be initialized in a Initialize/Deinitialize which + we enforce on the module loader), _init and friends are used by compilers + and are dangerous, because we don't really know when they are called! + -- cgit v1.2.3-54-g00ecf