sdrangel broken

[rkoe]

Describe the bug
The package "sdrangel" is broken:

$ nix-env -iA nixos.sdrangel
$ sdrangel
Illegal instruction (core dumped)

To Reproduce
Steps to reproduce the behavior:

1. Install sdrangel
2. Try to start sdrangel.

Metadata

• system: "x86_64-linux"
• host os: Linux 5.4.39, NixOS, 20.03.1795.d6c1b566b77 (Markhor)
• multi-user?: yes
• sandbox: yes
• version: nix-env (Nix) 2.3.4
• channels(root): "nixos-20.03.1795.d6c1b566b77"
• nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

[lukegb]

[lukegb@porcorosso:~/nixpkgs]$ git status
HEAD detached at d6c1b566b77
nothing to commit, working tree clean

[lukegb@porcorosso:~/nixpkgs]$ nix run -f ./ sdrangel --substituters "https://cache.nixos.org" -c sdrangel
2020-05-10 20:30:35.668 (W) Attribute Qt::AA_EnableHighDpiScaling must be set before QCoreApplication is created.
2020-05-10 20:30:35.668 (I) SDRangel 4.11.7 Qt 5.12.7 64b x86_64 NixOS 20.09 (Nightingale) DSP Rx:24b Tx:16b PID 31787

Seems to work for me on an amd64 system.

[prusnak]

I see the same error. I think some modern instruction is (for example sse4) is emitted and this is not available on all x86_64 systems.

[prusnak]

@rkoe @lukegb could you please both post the output of lscpu | grep Flags?

Mine is here:

Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts

[rkoe]

@rkoe @lukegb could you please both post the output of lscpu | grep Flags?

Mine is here:

Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts

Mine are identical.

[prusnak]

I see the following in the build logs:

-- Use SSE2 SIMD instructions
-- Use SSSE3 SIMD instructions
-- Use SSE 4.1 SIMD instructions
-- Use SSE 4.2 SIMD instructions
-- Use AVX SIMD instructions

@lukegb can you find this section in the build log and post it too? (You don't have to rebuild the whole package - this is printed at the beginning of the build)

[rkoe]

It looks like a recent update solved the issue.

$ sdrangel
Illegal instruction (core dumped)

$ nix-env -iA nixos.sdrangel
replacing old 'sdrangel-4.11.12'
installing 'sdrangel-4.11.12'
building '/nix/store/...-user-environment.drv'...
created ... symlinks in user environment

$ sdrangel
2020-05-10 21:55:58.471 (W) Attribute Qt::AA_EnableHighDpiScaling must be set before QCoreApplication is created.
...

[prusnak]

I think the issue is not fixed, but rather this particular build which works for you happened on a processor that does not emit this problematic instruction. Let's keep it open, please.

[prusnak]

It seems the instruction in question is vextracti128 - part of AVX2 set, which is not present on my and reporter's processor.

0x7ffff780b57e <_ZNSt8__detail8_ScannerIcEC2EPKcS3_NSt15regex_constants18syntax_option_typeESt6locale+62>       vextracti128 $0x1,%ymm1,0x58(%rdi)

[prusnak]

It seems that FindCPUflags.cmake autodetects instruction set.

[stale]

I marked this as stale due to inactivity. → More info