Files matching a file type that is not allowed: usr/lib/ocaml/dllllvm_bitwriter.so usr/lib/ocaml/dllllvm_executionengine.so usr/lib/ocaml/dllllvm_ipo.so usr/lib/ocaml/dllllvm_scalar_opts.so usr/lib/ocaml/dllllvm_passmgr_builder.so usr/lib/ocaml/dllllvm_all_backends.so usr/lib/ocaml/dllllvm_CppBackend.so usr/lib/ocaml/dllllvm_linker.so usr/lib/ocaml/dllllvm_analysis.so usr/lib/ocaml/dllllvm_bitreader.so usr/lib/ocaml/dllllvm_irreader.so usr/lib/ocaml/dllllvm.so usr/lib/ocaml/dllllvm_X86.so usr/lib/ocaml/dllllvm_transform_utils.so usr/lib/ocaml/dllllvm_target.so usr/lib/ocaml/dllllvm_vectorize.so Note in build.log the emerge failed with the multilib-strict test, which I then continued with: FEATURES='noclean -multilib-strict' ebuild /usr/portage/sys-devel/llvm/llvm-3.7.0_rc3.ebuild merge
Created attachment 410582 [details] build.log continued with FEATURES='-noclean -multilib-strict'
Created attachment 410584 [details] emerge --info =sys-devel/llvm-3.7.0_rc3
Created attachment 410600 [details, diff] Proposed patch The patch (by me) changes the ocaml library install directory from /usr/lib/ocaml to /usr/lib64/ocaml on ~amd64. It should also work on other arches, I have only tested it on ~amd64. The installed ocaml libraries have strange names like: /usr/lib64/ocaml/dllllvm_vectorize.so I am unsure if this is normal or not. I have not tested if these ocaml installed libraries are useable or not.
Thanks for looking into it :) I am testing a final 3.7.0 build, the changes look fine so I'll add your patch at the same time (this could probably be upstreamed too) As for the naming, well other llvm packages name it the same way, so I can only guess they are correct.
Added in 3.7.0 (and live ebuild too), thanks for both of your fixes :)