Bug 339947 – sys-devel/llvm-2.8 fails to build with USE=ocaml

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Alexandre Rostovtsev (RETIRED) 2010-10-06 16:02:44 UTC]

sys-devel/llvm-2.8 cannot find a rule to make lib/ocaml/libLLVM-2.8rc.so:

USE="libffi ocaml udis86" MAKEOPTS=-j1 emerge llvm
[...]
llvm[3]: Compiling llvm_ocaml.c for Release build
if x86_64-pc-linux-gnu-gcc -I/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm -I/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/include  -DNDEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -I"/usr/lib64/ocaml" -O3 -fomit-frame-pointer -fPIC -march=native -O2 -pipe   -pedantic -Wno-long-long -Wall -W -Wno-unused-parameter -Wwrite-strings  -c -MMD -MP -MF "/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm/Release/llvm_ocaml.d.tmp" -MT "/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm/Release/llvm_ocaml.o" -MT "/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm/Release/llvm_ocaml.d" llvm_ocaml.c -o /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm/Release/llvm_ocaml.o ; \
	        then /bin/mv -f "/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm/Release/llvm_ocaml.d.tmp" "/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm/Release/llvm_ocaml.d"; else /bin/rm "/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm/Release/llvm_ocaml.d.tmp"; exit 1; fi
llvm[3]: Building Release Archive Library libllvm.a
/bin/rm -f /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/libllvm.a
x86_64-pc-linux-gnu-ar cru /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/libllvm.a /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm/Release/llvm_ocaml.o
x86_64-pc-linux-gnu-ranlib /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/libllvm.a
llvm[3]: Building Release libllvm.a
/bin/rm -f /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/ocaml/libllvm.a
x86_64-pc-linux-gnu-ar cru /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/ocaml/libllvm.a /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm/Release/llvm_ocaml.o
x86_64-pc-linux-gnu-ranlib /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/ocaml/libllvm.a
ln -sf /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/libLLVMCore.a /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/ocaml/libLLVMCore.a
ln -sf /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/libLLVMSupport.a /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/ocaml/libLLVMSupport.a
ln -sf /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/libLLVMSystem.a /var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/ocaml/libLLVMSystem.a
make[3]: *** No rule to make target `/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/Release/lib/ocaml/libLLVM-2.8rc.so', needed by `build-deplibs'.  Stop.
make[3]: Leaving directory `/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml/llvm'
make[2]: *** [all] Error 1
make[2]: Leaving directory `/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings/ocaml'
make[1]: *** [ocaml/.makeall] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-devel/llvm-2.8/work/llvm-2.8/bindings'
make: *** [all] Error 1
emake failed

[Comment 1 Alexandre Rostovtsev (RETIRED) 2010-10-06 16:04:52 UTC]

Created attachment 249762 [details]
build log

The complete build log is attached.

[Comment 2 Bernard Cafarelli 2010-10-08 21:19:08 UTC]

Thanks for the report! Can you try with llvm-2.8-r1?
The original upstream tarball had an incorrect package version (2.8rc), which was fixed in bug #340106

With some luck this may have fixed this bug at the same time

[Comment 3 Alexandre Rostovtsev (RETIRED) 2010-10-09 00:39:21 UTC]

(In reply to comment #2)
> Thanks for the report! Can you try with llvm-2.8-r1?
> The original upstream tarball had an incorrect package version (2.8rc), which
> was fixed in bug #340106
> 
> With some luck this may have fixed this bug at the same time
> 

Yes, llvm-2.8-r1 emerges fine with USE=ocaml; verified on two different machines. I'm marking the bug as resolved fixed.

[Comment 4 Bernard Cafarelli 2010-10-09 19:08:28 UTC]

Thanks for checking and confirming the fix!