Error: Files /usr/lib64/ocaml/ppx_optcomp/ppx_optcomp.cmxa and /usr/lib64/ocaml/stdlib.cmxa make inconsistent assumptions over implementation Sys make: *** [Makefile:5: default] Error 1 * ERROR: dev-ml/ppx_fields_conv-0.9.0-r1::gentoo failed (compile phase): * emake failed ----------------------------------------------------------------- This is an unstable amd64 chroot image (named 13.0-no-multilib_20170407-234047) at a hardened host acting as a tinderbox. ----------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-5.4.0 * Available Python interpreters, in order of preference: [1] python3.4 [2] python2.7 (fallback) [3] pypy3 (fallback) [4] pypy (fallback) Available Ruby profiles: [1] ruby21 (with Rubygems) * java-config: The following VMs are available for generation-2:
Created attachment 470240 [details] emerge-info.txt
Created attachment 470242 [details] dev-ml:ppx_fields_conv-0.9.0-r1:20170417-134826.log
Created attachment 470244 [details] emerge-history.txt
Created attachment 470246 [details] environment
Created attachment 470248 [details] etc.portage.tbz2
Created attachment 470250 [details] temp.tbz2
same at the tinderbox image 13.0-systemd-abi32+64_20170409-195332
Created attachment 470262 [details] emerge-info.txt
Created attachment 470264 [details] dev-ml:ppx_fields_conv-0.9.0-r1:20170417-152258.log
Created attachment 470266 [details] emerge-history.txt
Created attachment 470268 [details] environment
Created attachment 470270 [details] etc.portage.tbz2
Created attachment 470272 [details] temp.tbz2
could you please rebuild dev-ml/ppx_driver ? it's a case of transitive := deps that portage gets right when setup properly, but in this case I think you have built in that order: dev-lang/ocaml-4.04.0 dev-ml/ppx_optcomp-0.9.0 dev-lang/ocaml-4.04.1 dev-ml/ppx_driver dev-ml/ppx_optcomp-0.9.0-r1 dev-ml/ppx_fields_conv with ppx_optcomp-0.9.0-r1 having added := dep on ocaml, ppx_driver depending on ppx_optcomp, this should now be: dev-lang/ocaml-4.04.1 dev-ml/ppx_optcomp-0.9.0-r1 dev-ml/ppx_driver dev-ml/ppx_fields_conv which should fix the issue
(In reply to Alexis Ballier from comment #14) indeed, emerged now fine after rebuilding the mentioned package.