Conflict with Camomile about ocaml-extlib HOT 7 CLOSED

Proposed solution - build another cma without UChar and UTF8 modules and provide it
via subpackage so that interested parties can link against it..

It won't work because uChar.cmi will be present in both directories and program that
compiled with the top package (not the subpackage) will not be able to choose between
extlib/uChar.cmi and camomile/uChar.cmi.

If I follow your idea, the only solution is to put uChar.cmi in a sub-directory of
extlib/ (e.g. extlib/foo/) or in a totally different package (e.g. extlib-unicode/uChar.cmi).

Thanks for the feedback! Indeed, you are correct. I guess it is not possible to have
subdirectories with ocamlfind, so the only solution left is to provide two packages.
Not _that_ bad..

With the next release extlib is going to provide and install by default two ocamlfind
packages : extlib (full, same as current) and extlib_min (without UChar UTF8 Unzip
Base64 modules) in order to mitigate this issue.

This issue was closed by revision r428.

Now I think of an alternative way to solve this. Clearly we want everybody to upgrade
extlib without UChar and UTF8, but without breaking any code. Current solution requires
everybody to change used package name from extlib to extlib_min and it will causes
chaos wrt dependencies. The proposed solution is to build by default full cma with
all modules, but have a configure-time option to build cma without UTF8. This will
allow to to gradually introduce reduced set of modules on codebases that don't need
it (e.g. opam, debian, etc).