Re: [Caml-list] Ocamlbuild question
Excerpts from Matthieu Dubuget's message of Wed Feb 11 23:26:43 +0100 2009: Hello, I'm trying to manage internal camlfind packages. I use internal with the same meanning than in ocamlbuild documentation when speaking about libraries. I want my camlfind packages to be re-installed if one of their dependency was modified. For this, I wrote a simple rule, based on %.iocamlfind files containing the files to install into findlib directory. This rule also produces a stamp file : %.oocamlfind. I also want my camlfind package to be installed if they are needed by another rule. For this, I do: dep [pkg_^nm][nm ^ .oocamlfind] for each internal package. It seems to work ok: Suppose that package toto requires package tutu. When I ask ocamlbuild toto.oocamlfind, the packages tutu is re-built if needed. And if I modify one file of tutu, and then ask ocamlbuild to generate toto.oocamlbuild, tutu is re-built and installed into findlib directories. fine. BUT, when I'm producing a %.native from %.cmx, my dependencies (ie %.oocamlfind files) are inserted in the command line... Here is an example: ocamlfind ocamlopt -linkpkg -package mtsvrac -package log logtest/test.cmx mtsvrac.oocamlfind log.oocamlfind -o logtest/test.native mtsvrac.oocamlfind and log.oocamlfind where added to the dependencies of logtest/test.native. What would be the right solution to avoid this problem? Is there something like a dependency that should not be linked? Hello, You should try to tag your .oocamlfind file with the dont_link_with tag. (this point certainly needs an entry in the FAQ...) Best regards, -- Nicolas Pouillard ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
Re: [Caml-list] Ocamlbuild question
Matthieu Dubuget a écrit :
Nicolas Pouillard a écrit :
Excerpts from Matthieu Dubuget's message of Wed Feb 11 23:26:43 +0100 2009:
Hello,
I'm trying to manage internal camlfind packages. I use internal with
the same meanning than in ocamlbuild documentation when speaking about
libraries.
I want my camlfind packages to be re-installed if one of their
dependency was modified. For this, I wrote a simple rule, based on
%.iocamlfind files containing the files to install into findlib
directory. This rule also produces a stamp file : %.oocamlfind.
I also want my camlfind package to be installed if they are needed by
another rule. For this, I do: dep [pkg_^nm][nm ^ .oocamlfind] for
each internal package.
It seems to work ok: Suppose that package toto requires package tutu.
When I ask ocamlbuild toto.oocamlfind, the packages tutu is re-built if
needed. And if I modify one file of tutu, and then ask ocamlbuild to
generate toto.oocamlbuild, tutu is re-built and installed into findlib
directories. fine.
BUT, when I'm producing a %.native from %.cmx, my dependencies (ie
%.oocamlfind files) are inserted in the command line...
Here is an example:
ocamlfind ocamlopt -linkpkg -package mtsvrac -package log
logtest/test.cmx mtsvrac.oocamlfind log.oocamlfind -o logtest/test.native
mtsvrac.oocamlfind and log.oocamlfind where added to the dependencies of
logtest/test.native.
What would be the right solution to avoid this problem?
Is there something like a dependency that should not be linked?
Hello,
You should try to tag your .oocamlfind file with the dont_link_with tag.
(this point certainly needs an entry in the FAQ...)
Best regards,
It seems not to work – at least with ocaml 3.10.2 from godi.
I have:
ocamlbuild -show-tags mtsvrac.oocamlfind
Tags for mtsvrac.oocamlfind:
{. dont_link_with, extension:oocamlfind, file:mtsvrac.oocamlfind, quiet,
traverse .}
Finished, 0 targets (0 cached) in 00:00:00.
and still
ocamlopt.opt: don't know what to do with mtsvrac.oocamlfind.
I will check at home with 3.11
Idem
Thanks
Salutations
Matt
___
Caml-list mailing list. Subscription management:
http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
Archives: http://caml.inria.fr
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs
[Caml-list] Re: [Batteries-devel] Still that camlp4 problem
I agree. Anybody against? I agree too. A question only: is it possible (and simple) to have two complete OCaml distribution (compiler, tools (findlib, etc...), and libraries) at the same time? In this moment I have a bunch of Debian packages installed, all compiled with 3.10.2: dropping OCaml 3.10, I still want to follow Batteries development, even if my contribution until now is... how can I say? Very light? :-) -- Paolo ~ ~ :wq ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
[Caml-list] Re: [Batteries-devel] Still that camlp4 problem
Sorry, the post was for another list. -- Paolo ~ ~ :wq ___ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
