>>50
Oops sorry, reposted
>>48 instead of my next post.
>>49
I do understand it, and I understand how many of these functions are useless for production use. And they were already lame tools to begin with.
What kind of `features' or `functions' do you expect from it?
We already discussed this a few months ago. Start with basic higher-order and FP utility functions, real strings, proper Unicode and Unicode semantics, decent random numbers, arbitrary precision Maths, dynamic, heterogeneous lists, hash tables and sets, decent date functions, Perl-compatible regular expressions, HTML and URI-oriented string manipulation and escaping functions, XML parsers (of at least the two popular types plus some kind of simple as fuck object mapper), maybe INI and CSV file parsers too, or what's even better, built-in, standard lexer + LALR(1) parser, a JSON and a binary serializer, a standard database interface, standard built-in BSD sockets (maybe with a good template for a TCP server implemented as higher-order functions), and of course, a standard interface to systems calls to manipulate files and directories in any conceivable way, create process, basic user and permission handling, abstract terminal access, a simple direct graphics and audio layer (like SDL), and some GUI toolkits. Maybe even OpenGL bindings.