ocaml 4.06 for armv6 seems broken.

[kokoko3k]

May i suppose ocaml has been compiled for armv7? read on:

Crossposting from here because now i understood that it is a package issue

Raspberry pi 1, armv6 here, system fully upgraded.

Today i installed unison 2.51.2, but it fails with the error message:
$this->bbcode_second_pass_code('', '
Illegal instruction (core dumped)
')

[..]

Well, i just tried to build unison with ocaml 4.06.0-2 from repo, and this time it fails with the same error message (Illegal instruction (core dumped)), but right in the build process:
$this->bbcode_second_pass_code('', '
make[1]: *** [Makefile.OCaml:413: ubase/rx.cmi] Illegal instruction (core dumped)
')

[..]

Guess what? i manually compiled ocaml 4.06.0 from PKGBUILD and then manually compiled unison-2.51.2 and it works.
So in the end is ocaml to be broken.


May i suppose ocaml has been compiled for armv7?

My makepkg.conf is nothing special:
$this->bbcode_second_pass_code('', '
CARCH="armv6h"
CHOST="armv6l-unknown-linux-gnueabihf"
')

[kokoko3k]

Indeed:

This is from my pkg
$this->bbcode_second_pass_code('', '
pi pkg # strings /usr/bin/ocaml|grep armv6
'version8standard_library_default0standard_library0standard_runtime*ccomp_type*c_compiler-ocamlc_cflags/ocamlc_cppflags/ocamlopt_cflags1ocamlopt_cppflags3bytecomp_c_compiler1native_c_compiler4bytecomp_c_libraries2native_c_libraries2native_pack_linker&ranlib*cc_profile,architecture%model(int_size)word_size&system#asm1asm_cfi_supported3with_frame_pointers'ext_exe'ext_obj'ext_asm'ext_lib'ext_dll'os_type7default_executable_name3systhread_supported$host&target)profiling'flambda)spacetime+safe_string3default_safe_string0flat_float_array.afl_instrument/windows_unicode1exec_magic_number0cmi_magic_number0cmo_magic_number0cma_magic_number0cmx_magic_number1cmxa_magic_number5ast_impl_magic_number5ast_intf_magic_number1cmxs_magic_number0cmt_magic_number./usr/lib/ocaml(OCAMLLIB'CAMLLIB1/usr/bin/ocamlrun"cc#gcc#-o &-O2 -fno-strict-aliasing -fwrapv -fPIC #-D_FILE_OFFSET_BITS=64 -D_REENTRANT -O2 -fno-strict-aliasing -fwrapv #-D_FILE_OFFSET_BITS=64 -D_REENTRANT .-lm -ldl -lcurses -lpthread ! ! ! ! )-lm -ldl)ld -r -o &ranlib"ar#-pg%Win32.OCAML_FLEXLINK! ) -maindll4 -exe -link "-Wl,-E"+gcc -shared hgcc -O2 -fno-strict-aliasing -fwrapv -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DCAML_NAME_SPACE -Wl,-E+gcc -shared+gcc -shared hgcc -O2 -fno-strict-aliasing -fwrapv -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DCAML_NAME_SPACE -Wl,-E+gcc -shared,Caml1999X011,Caml1999I022,Caml1999O022,Caml1999A022,Caml1999y022,Caml1999Y022,Caml1999z022,Caml1999Z022,Caml1999M022,Caml1999N022,Caml1999D022,Caml1999T022$.mli#arm%[b]armv6,linux[/b]_eabihf"as ".o".s".a#.so>armv6l-unknown-linux-gnueabihf>armv6l-unknown-linux-gnueabihf&Cygwin$Unix%Win32%a.out(camlprog,camlprog.exe@
pi pkg # strings /usr/bin/ocaml|grep armv7
pi pkg #
')

This is from the "armv6" official archlinuxarm package:
$this->bbcode_second_pass_code('', '
koko@slimer# strings usr/bin/ocaml |grep armv7
'version8standard_library_default0standard_library0standard_runtime*ccomp_type*c_compiler-ocamlc_cflags/ocamlc_cppflags/ocamlopt_cflags1ocamlopt_cppflags3bytecomp_c_compiler1native_c_compiler4bytecomp_c_libraries2native_c_libraries2native_pack_linker&ranlib*cc_profile,architecture%model(int_size)word_size&system#asm1asm_cfi_supported3with_frame_pointers'ext_exe'ext_obj'ext_asm'ext_lib'ext_dll'os_type7default_executable_name3systhread_supported$host&target)profiling'flambda)spacetime+safe_string3default_safe_string0flat_float_array.afl_instrument/windows_unicode1exec_magic_number0cmi_magic_number0cmo_magic_number0cma_magic_number0cmx_magic_number1cmxa_magic_number5ast_impl_magic_number5ast_intf_magic_number1cmxs_magic_number0cmt_magic_number./usr/lib/ocaml(OCAMLLIB'CAMLLIB1/usr/bin/ocamlrun"cc#gcc#-o &-O2 -fno-strict-aliasing -fwrapv -fPIC #-D_FILE_OFFSET_BITS=64 -D_REENTRANT -O2 -fno-strict-aliasing -fwrapv #-D_FILE_OFFSET_BITS=64 -D_REENTRANT .-lm -ldl -lcurses -lpthread ! ! ! ! )-lm -ldl)ld -r -o &ranlib"ar#-pg%Win32.OCAML_FLEXLINK! ) -maindll4 -exe -link "-Wl,-E"+gcc -shared hgcc -O2 -fno-strict-aliasing -fwrapv -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DCAML_NAME_SPACE -Wl,-E+gcc -shared+gcc -shared hgcc -O2 -fno-strict-aliasing -fwrapv -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DCAML_NAME_SPACE -Wl,-E+gcc -shared,Caml1999X011,Caml1999I022,Caml1999O022,Caml1999A022,Caml1999y022,Caml1999Y022,Caml1999z022,Caml1999Z022,Caml1999M022,Caml1999N022,Caml1999D022,Caml1999T022$.mli#arm'default,linux_eabihf"as ".o".s".a#.so>armv7l-unknown-linux-gnueabihf>armv7l-unknown-linux-gnueabihf&Cygwin$Unix%Win32%a.out(camlprog,camlprog.exe@
koko@slimer# strings usr/bin/ocaml |grep armv6
koko@slimer#
')

[WarheadsSE]

Lovely. Another case of code detecting the hardware, instead of listening to what it was _told_ to compile against. We've seen that before (I'm looking at you nodejs & openssl).

[jsa]

Your issue seems very much like the one I have.

I imagine there are other similarly broken packages.