Hi camelidaes,

It's starting to be a recurrent theme here (but since I don't hear any
complains I'll assume it's fine), but I'm planning to deprecate and move
to separate repositories other parts (more precisely, sub-libraries)
of containers. In a nutshell, opam makes it easier to split big
libraries into smaller chunks that users can pick independently;
my goal here is to make containers more lightweight (faster to compile,
to download, etc.) focused on:

- containers: (the core library, direct complement to the stdlib)
- containers.data: (data structures)
- containers.string, containers.advanced: more specialized data
  structures and algorithms (even though it is possible that
  containers.advanced will be deprecated too, I moved its main module
  `CCLinq` into its own repository already).
- containers.unix: some utils around Unix

On the other hands, the following sublibraries belong in their own
repository; they will be deprecated in the incoming 0.16 and removed
in some time (probably a few months) :

- containers.bigarray (already moved to the `bigstring` library, useful
  on its own for low level IOs)
- containers.threads (I don't know yet, I'm thinking of an exthreads or
  something as a collection of thread pools, preemptive futures,
  concurrent queues, semaphores, etc. for programmers who use threads)

Nothing will get broken at the next release yet, but if you use some of
those sublibraries in your project(s) please tell me, so we can discuss
non-deprecation or a migration path (which should be easy in most
cases).

The next release will also include a wrapper around the `result` type
(with a dependency on the dummy library `result` on < 4.03), with an
interface identical to `CCError`, ANSI codes in CCFormat, and many more
new functions and features.

Cheers!

-- 
Simon Cruanes

http://weusepgp.info/
key 49AA62B6, fingerprint 949F EB87 8F06 59C6 D7D3  7D8D 4AC0 1D08 49AA 62B6

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Containers-users mailing list
Containers-users@lists.ocaml.org
http://lists.ocaml.org/listinfo/containers-users

Reply via email to