<div dir="ltr"><div><div>I'm sorry. I completely forgot your email. Below are my answer to your last questions.<br><br>Please, have a look to the examples. Some of the answers are in this CMakeLists: <a href="https://github.com/ocaml-cmake/ocaml-cmake/blob/master/examples/code-analysis/CMakeLists.txt">https://github.com/ocaml-cmake/ocaml-cmake/blob/master/examples/code-analysis/CMakeLists.txt</a><br>
<br></div>Regards,<br><br></div>J. Bedouet<br><div><br><div>> bytecode<br>> How do you think about to extend configuration checks for the OCaml compiler which generates native code?<br></div><div>By default, I generate bytecode executables. If you want native executables, you can specify it in the CMakeLists for each target or set the option CMAKE_OCaml_NATIVE to TRUE.<br>
</div><div><br>> Will any implementation for native code generation apply also aggressive software optimisations?<br></div><div>As I said, the only implementation that I know is this one: <a href="http://caml.inria.fr/">http://caml.inria.fr/</a>. Let me know if you know another one.<br>
If you want more "aggressive" optimizations, you can change the variable CMAKE_OCaml_FLAGS_RELEASE through the CMake GUI.<br></div><div>
<br>> interfaces<br></div><div>If you mean .mli files, hopefully they are managed.<br></div><div>
<br>> librarian (linker?)<br></div><div>You can use the CMake GUI to change the variables CMAKE_OCaml_LINKER_FLAGS*.<br></div><div><br>> OPAM, GODI. Is there a need to make package generation easier?<br></div><div>
This is not the purpose of CMake. You can use install and CPack to generate generic packages (.tar.gz, .zip, .rpm, .deb...).<br></div><div><br>> I guess that also some further considerations would help around the command "install", wouldn't it?<br>
</div><div>I wrapped the install commands to have something more convenient (have a look to the examples and the module documentation) but you can decide to use the native install commands...<br><br>> Would further checks be useful for tools like "as" (GNU assembler), "ar" and "ranlib" from the software package "binutils"?<br>
</div><div>I don't understand the reason of this question. It seems to me that this is a more general question to CMake than specific to OCaml. Do you have an example where it is necessary ?<br><br></div></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Fri, Apr 18, 2014 at 8:45 PM, SF Markus Elfring <span dir="ltr"><<a href="mailto:elfring@users.sourceforge.net" target="_blank">elfring@users.sourceforge.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> <a href="https://github.com/ocaml-cmake/ocaml-cmake" target="_blank">https://github.com/ocaml-cmake/ocaml-cmake</a><br>

<br>
How do you think about to extend configuration checks for the OCaml compiler<br>
which generates native code?<br>
<br>
Would further checks be useful for tools like "as" (GNU assembler), "ar" and<br>
"ranlib" from the software package "binutils"?<br>
<br>
Regards,<br>
Markus<br>
<br>
</blockquote></div><br></div>