Stefan Biereigel

I can confirm this issue, although I cannot state our currently used svxlink version (no remote internet access to the repeater ATM).

GCC 10 uses `-fno_common` as a default, which causes problems with improperly declared externs. Try `make CFLAGS=-fcommon` when building. Reference: https://gcc.gnu.org/gcc-10/porting_to.html

I'm not entirely convinced yet autoconf is the issue here (at least in the scope of the build issues reported above): From what I could make sense of back in...

I can confirm the reported issues on a bladeRF x40 when trying to use `bladerf_sync_rx` with the `SC16_Q11_META` format. `Overrun detected. 508 valid samples were read.` is reported repeatedly. The...

I just got around to testing this, the needed changes are demonstrated in https://github.com/thasti/bladeRF/commit/701e842a869f908c773f775c95acf04b66c81bf8. In case this is considered useful, I can modify the other bladeRF architectures and prepare a...

On closer inspection, it looks like the build system generally does not cope well with the `-j` option in various places (installation being one of them). In many places, the...

Hi Attie. This indeed is one from the batch you made. I confirm that after running `glasgow flash`, the issue disappears. Now, the glasgow already enumerates fully (i.e. as `Glasgow...

I also succesfully tested those, thanks for providing those wheels. nlopt didn't act up for me, installed just fine out of the box via pip (Python 3.12.1).

Hi. Indeed, I'm on an M2 Air running Fedora Asahi Remix. nlopt simply installs from wheels for me (i.e. is not compiled locally), no issues: ``` (venv_nlopt) [thasti@slab tmp]$ pip...

Not obvious to me what is going wrong with your build. I would also suggest you take your problem to the nlopt issue tracker (https://github.com/stevengj/nlopt/issues) since this seems unrelated to...