New comment by tornaria on void-packages repository

https://github.com/void-linux/void-packages/pull/32659#issuecomment-905480442

Comment:
> Should we keep fix-math_fenv_h patch?
I removed both patches and it seems to work ok.

There is an issue with cross compilation. I don't think it is ok to use the host system ecl to bootstrap because it creates C files for the host system. Rather one needs to host-compile the ecl with target-system settings, then use ecl that to build the target ecl.

Right now the problem shows in that target-system settings disable `long long` but host-system has `long long` enabled, which results in
```
Error code 1 when executing
(EXT:RUN-PROGRAM "armv7l-linux-gnueabihf-gcc" ("-o" "bin/ecl" "-L/builddir/ecl-21.2.1/build/" "/builddir/ecl-21.2.1/build/eclinit3Pk084.o" "-L./" "-Wl,--rpath,/usr/lib32/" "-Wl,-z,relro" "-Wl,-z,now" "-Wl,--as-needed" "-L/usr/armv7l-linux-gnueabihf/usr/lib" "libecl.so" "-lgc" "-lgc" "-lgc" "-lpthread" "-ldl" ...)):
/usr/lib/gcc/armv7l-linux-gnueabihf/10.2.1/../../../../armv7l-linux-gnueabihf/bin/ld: libecl.so: undefined reference to `ecl_to_ulong_long'
```
This can be fixed by enabling `long long` in target-system (why is it disabled? don't `armv6l` and `armv7l` have a 64 bit `long long`?). Cf https://gitlab.com/embeddable-common-lisp/ecl/-/issues/579 and https://gitlab.com/embeddable-common-lisp/ecl/-/commit/9137c681a8533a11196269d90a99b94a4fbd229c