<p dir="ltr">I solved this for myself may by limiting the bitstring specific stuff to their own function "let module Char = ...".<br>
IMO the bigger issue is the error messages not making any sense than the actual problem.</p>
<p dir="ltr">/Malcolm<br>
</p>
<div class="gmail_quote">On May 28, 2013 6:40 PM, "Stephen Weeks" <<a href="mailto:sweeks@janestreet.com">sweeks@janestreet.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> It's the build system integration that fills me with dread (figuring<br>
> out the ocamlfind META runes, how to plumb this through to ocamlbuild,<br>
> OASIS and OMake, and activate it only for files that use Core).<br>
<br>
I see.  Waiting for namespaces might be the way to go then.<br>
<br>
One way that might simplify the build-system nightmare a bit would be<br>
to always have the Caml module in scope and to have bitstring always<br>
generate references to it, whether or not one is compiling against<br>
Core.<br>
<br>
--<br>
You received this message because you are subscribed to the Google Groups "ocaml-core" group.<br>
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="mailto:ocaml-core%2Bunsubscribe@googlegroups.com">ocaml-core+unsubscribe@googlegroups.com</a>.<br>
For more options, visit <a href="https://groups.google.com/groups/opt_out" target="_blank">https://groups.google.com/groups/opt_out</a>.<br>
<br>
<br>
</blockquote></div>