Arch Linux User Repository

Yeah, this doesn't work on aarch64. Due to the pre-processor conditional, freq doesn't get defined, so the build errors out in that same function as before. Since you've updated the dependency on bladerf to be >=2.0.2, is there any reason why you even need the architecture-dependent definitions? I would think that just replacing it with the bladerf_frequency typedef would work across platforms (and be more clear).

This should be working for everyone now, but I was only able to test arm6/arm7 & x86_64. Please let me know if you're on a different arm processor and it does not work for you

You'd probably figure this out pretty quickly, but this is the same issue that @kikoloche posted about in February, and I believe my solution is correct (it's been working fine for me at least). Unfortunately the fix hasn't made it into upstream because they need to maintain compatibility with Debian Jessie, which made the PR to fix it stall (see https://github.com/flightaware/dump1090/pull/22).

Thanks for the heads up, I'll get to this tonight

Thank you for the great PKGBUILD. It seems that this version fails to build because of the bladerf dependency: not using bladerf but having this version bladerf 2.0.2-1

sdr_bladerf.c: In function ‘show_config’: sdr_bladerf.c:116:76: error: passing argument 3 of ‘bladerf_get_frequency’ from incompatible pointer type [-Werror=incompatible-pointer-types] (status = bladerf_get_frequency(BladeRF.device, BLADERF_MODULE_RX, &freq)) < 0 || ^~~~~ In file included from sdr_bladerf.c:23: /usr/include/libbladeRF.h:1162:56: note: expected ‘bladerf_frequency ’ {aka ‘long unsigned int ’} but argument is of type ‘unsigned int ’ bladerf_frequency frequency); ~~~~~~~~~~~~~~~~~~~^~~~~~~~~ cc1: all warnings being treated as errors make: *** [Makefile:41: sdr_bladerf.o] Error 1

Thanks. It works again with bladerf 2.0.2 version instaled

Also, just to note, I can confirm that this builds successfully on aarch64, if you'd like to add that to the arch list.

@kikoloche,I just had to take a look at this yesterday; the solution is either to add a .patch file or add this to the prepare() section of the PKGBUILD: sed -i 's/unsigned freq/bladerf_frequency freq/g' sdr_bladerf.c.

Upgrading to bladerf 2.0.2-1 break compilation process. I got this error:

sdr_bladerf.c: En la función ‘show_config’: sdr_bladerf.c:116:76: error: se pasa el argumento 3 de ‘bladerf_get_frequency’ desde un tipo de puntero incompatible [-Werror=incompatible-pointer-types] (status = bladerf_get_frequency(BladeRF.device, BLADERF_MODULE_RX, &freq)) < 0 || ^~~~~ In file included from sdr_bladerf.c:23: /usr/include/libbladeRF.h:1162:56: nota: se esperaba ‘bladerf_frequency ’ {también conocido como ‘long unsigned int ’} pero el argumento es de tipo ‘unsigned int ’ bladerf_frequency frequency); ~~~~~~~~~~~~~~~~~~~^~~~~~~~~

Downgrading to bladerf-1.9.0 solves the problem

there seems to a be a mix-up of dump1090-fa and dump1090-mutability codes.