The deimos project provides some platform independent libraries which contain a reference memory allocator (garbage collector planned), virtual filesystem (Unix sockets, HTTP, etc), configfile management, and a clean build system (easy makefiles). These libs are used by DDS (Digital Disco System - mp3 player), vmOberon (oberon virtual machine), and ODMS (open document management system).
rejected due triviality: stdc-pkgconfig / stdc-pthread
one of my packages has been rejected due triviality today.
Okay, its not much code, its nothing really new, but an step for making portable software builds less complex, reduce the amount of necessary platform specific fixes, make the whole thing more deterministic and clean.
It is the first one of an series of packages which provide pkg-config'ed wrappers around certain stdlibc or operating system functions, ie. string handling, pthread, etc. These packages simply provide them via pkg-config packages to the application, and all necessary platform fixes, etc, are hidden behind it.
In short words: this is an approach for fixing buggy platforms and providing clean library interfaces using pkg-config.
project homepage (wiki) (http://wiki.metux.de/public/OSS_QM_Taskforce/projects/stdc-pkgconfig)
an article about this approach
At the moment, the current release (stdc-pthread-220.127.116.11) consists of just some lines of code for buildsystem and .pc-file template. But this is just the start - I dont have access to older, buggier platforms (ie. sunos), so I just provide a skeleton which is tested on GNU/Linux - others may follow if necessary.
My plan was adding freshmeat recods for them before I send out tons of email announces and starting to port applications.
I dont see why package is 'too trivial'. Its just the start of it all.
build against recent libs ?
will there be an build against recent lib versions (ie freetype and stdc++ are really too old) some day ?
at the moment its *unusable* for me.