[CMake] ANN: UseOcaml.cmake

[Judicaël Bedouet]

Hi,

Effectively, I have reproduced your two bugs by using make -j. It's not
systematic (once in ten).

>> Error: The file /Users/zahedi/Downloads/code-analysis-build/io.cmo is not
a bytecode object file
When this error occurs, it also appears that the object is being built. And
if I rerun make, linking is correct, without rebuilding io.cmo.

Building OCaml object io.cmo
Building OCaml object files.cmo
[  0%] Linking OCaml executable loc
File "_none_", line 1, characters 0-1:
Error: The file /Users/judi/src/ocaml/cmake/code-analysis/build/io.cmo is
not a bytecode object file

Dependencies in the generated Makefile seem to be correct :
loc: file_node.cmo
loc: files.cmo
loc: io.cmo
loc: file_statistics.cmo
loc: message_node.cmo
loc: loc.cmo

Is OCaml parallel make safe ? I'm not sure... I readd CMake address : maybe
someone has an idea...

To speed up compilation, I could look for ocamlc.opt and if not found
ocamlc. Bytecode compilations should be faster.

J. Bedouet



2010/1/18 Keyan <ml at pulsschlag.net>

> hi,
>
> i am just trying to reproduce the message i posted. i cant, but i got
> something else:
>
> Error: The file /Users/zahedi/Downloads/code-analysis-build/io.cmo is not a
> bytecode object file
>
> i use make -j 2 (at least 2), and my guess is that it has to do with
> parallel compilation. could that be the case?
>
> cheers,
> keyan
>
> On 18 Jan 2010, at 18:01, Judicaël Bedouet wrote:
>
> > Hi,
> >
> > >> first of all, wow, good job! very nice scripts, much more
> sophisticated then mine :)
> > Thanks :-)
> >
> > >> I only had one error when first trying: Error copying file (if
> different) from "[...]/code-analysis-build/Dependencies
> > >> /message_node.ml.dep.cmake.tmp" to
> "[...]/code-analysis-build/Dependencies/message_node.ml.dep.cmake".
> > Maybe the Dependencies directory is not created. It is done at line 32 of
> OCamlDep, though. Let me know if you find something.
> >
> > I have tested my scripts with OCaml 3.10 and I have found that ocamlfind
> is officially distributed with OCaml since 3.11. Maybe, I should put
> ocamlfind stuff in a FindOCamlFind script...
> >
> > J. Bedouet
> >
> >
> >
> > 2010/1/18 Keyan <ml at pulsschlag.net>
> > Hi,
> >
> > i am sorry that i could not reply any sooner.
> >
> > first of all, wow, good job! very nice scripts, much more sophisticated
> then mine :)
> >
> > i only had one error when first trying:
> >
> > Error copying file (if different) from
> "[...]/code-analysis-build/Dependencies/message_node.ml.dep.cmake.tmp" to
> "[...]/code-analysis-build/Dependencies/message_node.ml.dep.cmake".
> >
> > i will try to solve that myself. this way i know if i understand your
> scripts.
> >
> > cheers,
> > keyan
> >
> > On 16 Jan 2010, at 14:51, Judicaël Bedouet wrote:
> >
> > > Hi,
> > >
> > > Here are my OCaml scripts, with your OCaml code (it helped me to find a
> bug about a source file included in two targets).
> > >
> > > I have kept your idea about an only macro to compile and link, reused
> your macro ocaml_parse_arguments (I should use for my other macros :-) ) and
> added a macro find_ocaml_package to find ocaml packages with ocamlfind.
> > >
> > > Tell me what you think,
> > >
> > > J. Bedouet
> > >
> > >
> > >
> > > 2010/1/15 Keyan <ml at pulsschlag.net>
> > >
> > > hi,
> > >
> > > > Indeed, it is much more sophisticated, so it may be more bugged ;-)
> > >
> > > i can help debugging :)
> > >
> > > > >> shell i send you my scripts to take a look?
> > > > It's not necessary. I have downloaded the refactoring branch of yars.
> Thanks.
> > >
> > > oh, ok, then you should have the newest version (last yars revision is
> 513).
> > >
> > > > I comment my OCaml scripts and I send you, so that you could also
> have a look.
> > >
> > > great.
> > >
> > > > I have took a look at your UseOCaml script. I can't see why you copy
> ML files into the current binary dir before compiling them. Is there a
> reason ?
> > >
> > > no. i copied most of the stuff from the UseLATEX.cmake. it was done so
> there, and at the time i wrote the script, i thought its a good idea. don't
> ask me why :)
> > >
> > > > Keep in touch,
> > >
> > > let me know when i can jump in and help. looking forward.
> > >
> > > cheers,
> > > keyan
> > >
> > > > J. Bedouet
> > > >
> > > >
> > > > On Fri, Jan 15, 2010 at 8:26 AM, Keyan <ml at pulsschlag.net> wrote:
> > > > I totally agree.
> > > >
> > > > Judicaël: how should we proceed? my first impression is that your
> usecaml.cmake is much more sophisticated then mine :) same for the
> findocaml.cmake scripts, as mine up to now does nothing more than to call a
> bunch of find_program commands.
> > > >
> > > > shell i send you my scripts to take a look?
> > > >
> > > > i have no problem with merging my stuff into your scripts, keeping
> you as main author, if there is anything useful for you.
> > > >
> > > > cheers,
> > > > keyan
> > > >
> > > >
> > > > On 15 Jan 2010, at 02:39, Philip Lowman wrote:
> > > >
> > > > > On Thu, Jan 14, 2010 at 5:11 AM, Keyan <ml at pulsschlag.net> wrote:
> > > > >> hi,
> > > > >>
> > > > >> ups ... i thought i replied to the list. thanks for the link. i
> will adapt my find-script to the requirements and maintain the package.
> > > > >
> > > > > You should work with Judicaël to combine the best of both of your
> > > > > works together into one FindOCaml and UseOCaml script.  There is no
> > > > > sense having two of them out there.
> > > > >
> > > > > --
> > > > > Philip Lowman
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20100119/f93f5841/attachment.htm>