Created attachment 6006 [details] alsa-utils compilation errors Hello, I've built with success a kernel 3.15.4 and busybox for ARM 920t (S3C24XX), that worked fine for my Micro2440 SDK board, and now I'm trying to build openjdk-jdk9-b36 into the 2015.02 buildroot version using the patches provided by Xerxes Ranby at his Rpi buildroot's version: https://github.com/xranby/rpi-buildroot I've found that there are several unknown types, related to alsa-lib dependencies, that appear in different source files from openjdk. But they are present on header files that aren't copied to the sysroot in the output of buildroot. In order to determine if the problem is related only to openjdk compilation, I've tried to compile alsa-utils getting as a result the same kind of errors. Then I searched for alsa-lib previous bugs, without finding any related to this kind of error, before opening this one. I attach the errors obtained during compilation of alsa-utils. Some words are in spanish, but I think is so clear for anybody to understand the error reasons. I expect that fixing this problem with alsa headers it will be possible to compile alsa-lib dependent code without errors due to this library dependency. Thank You and Best Regards Juan
Can you post the defconfig you use, so we can try to reproduce it?
I'm sorry for the delay as other matters nedded my attention. I'll attach defconfig file from kernel and alsa-lib.
Created attachment 6026 [details] alsa-lib config log
Created attachment 6031 [details] kernel config
I attach buildroot config too.
Created attachment 6036 [details] buildroot config
The Buildroot .config you provided does not have alsa-utils enabled, so it is not possible that you got this error. Also, can you confirm that you get the error after a full "make clean all" cycle? I've just tried building the following defconfig, which includes the amidi alsa-utils, and it builds fine: BR2_arm=y BR2_TOOLCHAIN_EXTERNAL=y BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y BR2_TOOLCHAIN_EXTERNAL_DOWNLOAD=y BR2_TOOLCHAIN_EXTERNAL_URL="http://autobuild.buildroot.org/toolchains/tarballs/br-arm-full-2015.02.tar.bz2" BR2_TOOLCHAIN_EXTERNAL_HEADERS_3_18=y BR2_TOOLCHAIN_EXTERNAL_LOCALE=y # BR2_TOOLCHAIN_EXTERNAL_HAS_THREADS_DEBUG is not set BR2_TOOLCHAIN_EXTERNAL_INET_RPC=y BR2_TOOLCHAIN_EXTERNAL_CXX=y BR2_INIT_NONE=y BR2_SYSTEM_BIN_SH_NONE=y # BR2_PACKAGE_BUSYBOX is not set BR2_PACKAGE_ALSA_UTILS=y # BR2_PACKAGE_ALSA_UTILS_ALSACTL is not set # BR2_PACKAGE_ALSA_UTILS_ALSAMIXER is not set BR2_PACKAGE_ALSA_UTILS_AMIDI=y # BR2_TARGET_ROOTFS_TAR is not set Can you give more details? Also, please reproduce with the official Buildroot, without any patches. We cannot debug modified versions of Buildroot for which we don't have the source code.
Hi Thomas, First of all thank you for your help. About the alsa-utils option, forgive me if it wasn't unchecked but I've copied the config several days after my post and I'm not able to remember now when it was modified for last time, I'll check and try to recompile again after a "make clean all". About openjdk and patches, I've included the openjdk package following the usual way (and the manual) to the official buildroot distribution, and the patches are applied only if openjdk is compiled. As I said, I'll try again and will post here the result as soon as possible.
Hi Thomas, Yesterday I've made a rebuild with success after a "make clean". First I built alsa-lib and alsa-utils, then openjdk with success too (but with an installation error after compiling that I'll try to solve shortly in time). I attach the right buildrooot and kernel configs here. When the installation problem of openjdk could be solved, and the binaries tested, if possible in two different ARM SoC (ARM920t and Cortex A7), I'll send/post the patches and makefile to the contrib address/URL. Thank you for your help Juan
Created attachment 6051 [details] config for S3C2440 (ARM920t) with ALSA Correct configuration.
Created attachment 6056 [details] kernel config for S3C2440 (ARM920t) with ALSA Correct configuration.
The Buildroot configuration you provided builds just fine (I've only disabled the kernel, but it's irrelevant to the alsa-utils problem). And you also say that you managed to build alsa-utils successfully. So: what is the bug ?
As you said, at last it worked fine. I can only say that now it works and before not. I think the problem was related about make clean command, that didn't cleaned properly the compile environment. The first time I compiled alsa was in order to compile openjdk, and I've applied both at once. This time I've compiled first buildroot with alsa, then I added openjdk after. Sincerely, I thought that it was a bug because after applying a make clean command and try to compile only alsa didn't worked fine, but finally it worked... and worked without removing competely the buildroot environment I'm using since the begining. If you can't reproduce it and don't consider it as a bug, then is not a bug and probably was caused after introducing a new package not in the official/mainstream release.
Problem no longer reproducible. Might have been caused by a lack of a full rebuild (i.e "make clean all").