llvm_codegen.ml Unbound module during make

[labba]

hi,
i'm using ubuntu 15 and have sucecssfully installed all needed dependedcies (llvm-3.6) and the configure was ok as well (this wasn't easy.. :-) )

during the make i'm getting issue:
Unbound module initialize_native_target in llvm_codegen.ml (line 55)

since i have seen this is an "ignor" i thoght i will just remove this like but than i got again another issue
with executionengine that is now Unbound ..

see snip of the make:

Making all in ocaml
make[1]: Entering directory '/home/toor/moflow/BAP-0.7-moflow/ocaml'
make[2]: Entering directory '/home/toor/moflow/BAP-0.7-moflow/ocaml'
make[2]: 'libbap_stubs.a' is up to date.
ocamlfind ocamlc -package bigarray,str,num,unix,camomile,threads,piqi.lib,llvm,llvm.analysis,llvm.executionengine,llvm.target,llvm.scalar_opts,llvm.bitwriter -c -g -thread -warn-error Aelz -annot -I /usr/lib/ocaml/camlp4 -I /home/toor/moflow/BAP-0.7-moflow/ocaml/../zarith-1.0 -I /home/toor/moflow/BAP-0.7-moflow/ocaml/../batteries/_build/src -I /home/toor/moflow/BAP-0.7-moflow/ocaml/../ounit/_build/src/ -I /home/toor/moflow/BAP-0.7-moflow/ocaml/../pcre-ocaml/lib -I /home/toor/moflow/BAP-0.7-moflow/ocaml/../ocamlgraph-1.8 -I /home/toor/moflow/BAP-0.7-moflow/ocaml/../objsize-0.16 -I /home/toor/moflow/BAP-0.7-moflow/ocaml/../libtracewrap/libtrace/src/ocaml -I /home/toor/moflow/BAP-0.7-moflow/ocaml/../libtracewrap/libtrace/src/ocaml/piqi -I piqi/ llvm_codegen.ml
File "llvm_codegen.ml", line 61, characters 19-41:
Error: Unbound module ExecutionEngine
OCamlMakefile:1057: recipe for target 'llvm_codegen.cmo' failed
make[2]: *** [llvm_codegen.cmo] Error 2
make[2]: Leaving directory '/home/toor/moflow/BAP-0.7-moflow/ocaml'
OCamlMakefile:851: recipe for target 'debug-code-library' failed
make[1]: *** [debug-code-library] Error 2
make[1]: Leaving directory '/home/toor/moflow/BAP-0.7-moflow/ocaml'
Makefile:286: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

would be nice if you can support in docker image so this installation process will be not needed.. take too long to get the exact versioning like you had ..

Thanks