Last update September 21, 2012

Review Queue



This is the review queue of pending packages to get into the D Standard Library (Phobos). The review process is explained here.

Currently being reviewed

std.benchmark

Andrei Alexandrescu
Specification:
Code: https://github.com/D-Programming-Language/phobos/pull/529
Docs: http://erdani.com/d/web/phobos-prerelease/std_benchmark.html

Ready for review

Ready for comments

std.serialize

Jacob Carlborg's Orange library.
Code https://github.com/jacob-carlborg/orange
Project page (two tutorials): http://dsource.org/projects/orange
Docs http://dl.dropbox.com/u/18386187/orange_docs/orange.serialization.Serializer.html

std.decimal
Paul D. Anderson
D programming language implementation of the General Decimal Arithmetic Specification, Version 1.70, (25 March 2009).
Specification: http://www.speleotrove.com/decimal/decarith.pdf
Code: https://github.com/andersonpd/decimal
Docs: https://github.com/andersonpd/decimal/wiki

std.xml2
Michael Rynn
Specification: http://dsource.org/projects/xmlp
Code: https://launchpad.net/d2-xml
Docs: http://dsource.org/projects/xmlp

On hold

std.log - Review manager was David Nadlinger, review ended without a vote on author's request on March 12th 2012.

Jose Armando Garcia
Review thread: http://dfeed.kimsufi.thecybershadow.net/discussion/post/jhbbfd$1tmk$1@digitalmars.com
Code: https://github.com/D-Programming-Language/phobos/pull/432/files
Docs: http://jsancio.github.com/phobos/phobos/std_log.html

Work in progress

Streams

Steven Schveighoffer

Wishlist

Containers

No one is working on this. It's tough to get started because, despite lots of discussion at various times on this forum, no one seems to really know what they want. Since the containers in question are well-known, it's much more a design problem than an implementation problem.

Allocators
dsimcha has writen a segmented stack/region based allocator. He has also tried to define a generic allocator API, mostly following Andrei's suggestions. Andrei has suggested that allocators should have real-world testing on containers before being included in Phobos. Therefore, containers block allocators and if the same person doesn't write both, there will be a lot of communication overhead to make sure the designs are in sync.

Compression/archiving
Opening standard compressed/archived file formats needs to just work. This includes at least zip, gzip, tar and bzip2. Of course, zip already is available and gzip is supported by the zlib module but with a crufty C API. At least gzip and bzip2, which are stream-based as opposed to file-based, should be handled via streams, which means that streams block compression/archiving. Also, since tar and zip are both file based, they should probably be handled by the same API, which might mean deprecating std.zip and rewriting it.

Encryption and hashing
This is more an implementation problem than a design problem. No one is working on it. Some work has been done here but it's unfinished. One of the ideas is to wrap OpenSSL? at first and then implement the most useful crypto primitives in D to avoid library dependency and to make them usable with CTFE.

An improved std.xml
Maybe Thomas Sowinski is working on a replacement, but haven't seen any updates in a long time.

Matrices and linear algebra
Cristi Cobzarenco's GSoC? project ( https://github.com/cristicbz/scid) is a good starting point but it needs polish. He has indicated that he wants to get back to working on it but doesn't have time.

std.database
Apparently Steve Teale is working on this. This is a large, complicated project because we're trying to define a common API for a variety of RDBMSs. Again, it's more a design problem than an implementation problem.

Better support for creating processes/new std.process
Lars Kyllingstad wrote a replacement candidate for Posix and Steve Schveighoffer ported it to Windows. Issues with the DMC runtime had prevented it from working on Windows, but these have reportedly been fixed.

Parallel algorithms
dsimcha has implemented a decent amount of these in his std.parallel_algorithm Github project, but has become somewhat frustrated and unmotivated to finish this project because so many of the relevant algorithms seem memory bandwidth bound and aren't substantially faster when parallelized than when run serially.

Previously reviewed

Vote dateModuleDescriptionAuthorAcceptedVotes(Yes/No)Review managerDate included in phobosCommit
8/29/2012std.digestDigests (SHA; CRC)Johannes PfauYes6/1Dmitry Olshansky9/16/2012 http://goo.gl/ibqpA
6/27/2012std.uuidUUIDsJohannes PfauYes10/0Dmitry Olshansky7/2/2012 http://goo.gl/QNmRy
3/12/2012std.logLoggingJosé Armando GarcíaSuspended-David Nadlinger--
12/29/2011std.net.curlCURL wrapperJonas DrewsenYes14/0DSimcha1/28/2012 http://goo.gl/l7Yyk
11/20/2011std.csvcsv handlingJesse PhillipsYes5/1DSimcha??
9/1/2011std.net.curlCURL wrapperJonas DrewsenPostponed-David Nadlinger--
8/12/2011std.pathPath manipulationLars KyllingstadYes22/0DSimcha??


FrontPage | News | TestPage | MessageBoard | Search | Contributors | Folders | Index | Help | Preferences | Edit

Edit text of this page (date of last change: September 21, 2012 1:18 (diff))