[LEDE-DEV] CONFIG_ALL_NONSHARED=y leads to build failures on four targets

Daniel Gimpelevich daniel at gimpelevich.san-francisco.ca.us
Tue Feb 6 14:50:51 PST 2018


I am sending this to the list at Hauke's request. I had edited the
following script to abort on error:
https://gist.github.com/mkresin/64aca8673dd5452a1b5ab93dbf77b2d4
In total, it aborted 4 times, on ath25, malta, mediatek, and uml.

On ath25, the build error was in the "wrt55agv2-spidevs" package, which
upon investigation, revealed that the actual problem is in a different
package, kmod-spi-gpio-old, the code of which lives only in
target/linux/generic/pending-{3.18,4.4} patches. Since ath25 is
currently on 4.9, this does not build. Proposed solution: Make
kmod-spi-gpio-old depend on 3.18 and 4.4 kernels.

On malta, the le and be subtargets built successfully, but le64 aborted
due to a missing ARCH_MMAP_RND_BITS Kconfig symbol. No further attempt
to build the remaining subtarget, be64, was then made. Proposed
solution: Add the missing Kconfig symbol(s).

On mediatek (ARM), the "libnl-tiny" package failed to compile. The error
s were as follows:

staging_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-5.5.0_musl_eabi/lib/gcc/arm-openwrt-linux-muslgnueabi/5.5.0/../../../../arm-openwrt-linux-muslgnueabi/bin/ld: error: libnl-tiny.so uses VFP register arguments, XXXXX.o does not
staging_dir/toolchain-arm_cortex-a7+neon-vfpv4_gcc-5.5.0_musl_eabi/lib/gcc/arm-openwrt-linux-muslgnueabi/5.5.0/../../../../arm-openwrt-linux-muslgnueabi/bin/ld: failed to merge target specific data of file XXXXX.o

These were repeated for the following values of XXXXX: nl, handlers,
msg, attr, cache, cache_mngt, object, socket, error, genl, genl_family,
genl_ctrl, genl_mngt, and unl, in that order. Proposed solution:
unclear.

On uml, the build error is in the "toolchain/kernel-headers" step:

  CHK     include/generated/uapi/linux/version.h
Makefile:1154: *** Headers not exportable for the um architecture.  Stop.

I did not investigate this error further.





More information about the Lede-dev mailing list