New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hiding internal modules #99
Comments
If you don't use I don't mind having an option to not install the .cmi for some specific modules. Currently jbuilder works the same whether things are installed or not, so this would need a bit of work to support properly. There would be something to do for wrapped libraries without an explicit interface as well, so that module aliases for these are not exposed externally. In the meantime I suggest to simply use names that makes it clear that these modules are private. |
@andrewray how come you closed this ticket? I think it's a reasonable request, if not a high priority. |
@diml can decide if it should be open or not. I find the wrapped by default argument, in general, convincing. For the specific case of lwt, I wonder if we could do an install hack that just removed the offending cmis from |
#106 should do what you need. It's part of the features I need for using Jbuilder with Frama-C but I don't want to create too many MR at once. |
Is there an appropriate way to hide a module that is used within a library, but shouldn't be exposed?
The text was updated successfully, but these errors were encountered: