Skip to content
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

Options to tell ocamlbuild to look for myocamlbuild.ml and _tags in another directory #6997

Closed
vicuna opened this issue Sep 23, 2015 · 1 comment

Comments

@vicuna
Copy link

vicuna commented Sep 23, 2015

Original bug ID: 6997
Reporter: @gasche
Status: resolved (set by @damiendoligez on 2017-03-01T10:34:04Z)
Resolution: suspended
Priority: normal
Severity: feature
Target version: later
Category: -for ocamlbuild use https://github.com/ocaml/ocamlbuild/issues
Monitored by: @hcarty

Bug description

We should have the command-line options

-config-dir $DIR
-plugin-path /path/to/foo.ml
-tags-file /path/to/_tags

to look for plugin or tag files outside the source directory. This is a valid need when those files have been auto-generated (for example by oasis) and the user wants to keep auto-generated files outside the source diretory. This comes from the following caml-list discussion by Magnus Therning:

https://sympa.inria.fr/sympa/arc/caml-list/2015-09/msg00152.html

Additional information

A slightly more general question is whether the other ocamlbuild-specific files (.mllib, .odocl etc.) could also be located somewhere else. People have been asking for the option to put these in a config file (often in the _tags file, but that does not fit _tags' semantic model) instead of as separate files, and this approach would easily allow to have that config file outside the source directory.

@vicuna
Copy link
Author

vicuna commented Mar 1, 2017

Comment author: @damiendoligez

ocamlbuild is now a separate project that lives om GitHub.
PR tranferred to ocaml/ocamlbuild#182

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant