-
Notifications
You must be signed in to change notification settings - Fork 410
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
Private Modules and useless default #1476
Comments
Yeah, the analysis is correct. I thought about another way of improving the default. Whenever the user writes a lib interface module, all the other modules should be marked as private by default. This would only improve the situation for |
Whatever concrete suggestions we go with btw, I do agree that we should flip the private/public default for dune 2.0 |
When an LIB_NAME.mli is given to the library or also when a LIB_NAME.ml is given? But I think an explicit choice would be simpler. We could:
|
I think that we could do the following:
|
@emillon I like the definition as a shortcut it simplifies the documentation. |
Either one is considered as providing a lib interface module. Okay so I think @emillon's suggestion is best. Just to clarify, the two fields will be mutually exclusive, right? For dune 2.0, we can change the value of |
Yes! |
It is useful to hide all the modules except a small number because:
The default value of private modules is the empty set, so we can't say all except some. In #106, which have been reverted, the field was positive
public_interfaces
so the default set was all the modules.Is the analysis correct?
The text was updated successfully, but these errors were encountered: