Update project.mak

[atupone]

I suppose that -native is not good for ocamldep.
depend will not output dependency for bytecode.

See log at https://881129.bugs.gentoo.org/attachment.cgi?id=832035

[xavierleroy]

It might be a good idea to call ocamldep without -native for platforms where the native-code compiler ocamlopt is not available.

But I don't think this is related to the failure referenced in your message, since ocamlopt is available. It looks more like a case of missing dependencies (maybe not those generated by ocamldep) causing a parallel build to fail occasionally, but this is hard to track down.

If you see a reason why ocamldep -native could be the culprit, can you explain in more details?

[atupone]

Well, at gentoo, it is possible to generate both native and bytecode.

Maybe that is the problem.

However I tested in this way

on the line
MLSRC=...

I put the zarith_version.ml at the end of the line

and then build fails with

Error: Unbound module Zarith_version

Removing the -native flag it seems ok

I'm not so good at ocaml, maybe there is a better solution

[antoinemine]

I also use Gentoo, but I must admit that I install OCaml libraries using opam exclusively, not ebuilds.

I'm not sure why it fails in your case. You have ocamlopt in your USE and ocamlopt present on your system.
Can you show the depend file generated by ocamldep?

[atupone]

doing make depend with -native generate:

big_int_Z.cmx : \
    z.cmx \
    big_int_Z.cmi
big_int_Z.cmi : \
    z.cmi
q.cmx : \
    z.cmx \
    q.cmi
q.cmi : \
    z.cmi
z.cmx : \
    zarith_version.cmx \
    z.cmi
z.cmi :
zarith_version.cmx :

doing it without -native generate:

big_int_Z.cmo : \
    z.cmi \
    big_int_Z.cmi
big_int_Z.cmx : \
    z.cmx \
    big_int_Z.cmi
big_int_Z.cmi : \
    z.cmi
q.cmo : \
    z.cmi \
    q.cmi
q.cmx : \
    z.cmx \
    q.cmi
q.cmi : \
    z.cmi
z.cmo : \
    zarith_version.cmo \
    z.cmi
z.cmx : \
    zarith_version.cmx \
    z.cmi
z.cmi :
zarith_version.cmo :
zarith_version.cmx :

However in the project.mak I see that HASOCAMLOPT is only adding some target to TOBUILD.

To me this make is building byte code always, and if ocamlopt is there, it is building also native code

[xavierleroy]

Thanks a lot for the additional info. It turns out I had the wrong mental image of what ocamldep -native does, and you're right that the dependencies it generates look insufficient for a bytecode-only or bytecode+native build. Since I see no downside to removing -native, let me merge your PR and thank you again for the feedback and the explanations.

[xavierleroy]

Looks good to me, thanks!