Hi!
I haven't looked deeply into this, bit for armhf using GDC is the intended
choice - it has way fewer bugs than LDC, which generally seems to work
better on 64bit architectures. That's why this was changed in the past (so
at least of stuff compiles with gdc, the resulting binary will work).
I'm currently traveling, so I'll look at this issue properly later.
Cheers,
Matthias
Nilesh Patra <nil...@debian.org> schrieb am Sa., 13. Aug. 2022, 08:42:
> Package: dh-dlang
> Version: 0.6.5
> Severity: important
> X-Debbugs-Cc: m...@debian.org
>
> Hi,
>
> dh-dlang seems to export flags for armhf incorrectly. ldc is
> supported on armhf and hence this should be exported if available
> however dh-dlang does not seem to honor that[1]
>
> Furthermore, it has a snippet in the same condition to set
> extra DFLAGS for armhf[2] which makes it a no-op.
> Similar modifications should probably be done on default-d-compiler
> metapkg too.
>
> This was making diet-ng FTBFS for a while, so I added a workaround for
> it there.
>
> [1]: https://sources.debian.org/src/dh-dlang/0.6.5/dlang-flags.mk/#L27
> [2]: https://sources.debian.org/src/dh-dlang/0.6.5/dlang-flags.mk/#L32
>
> -- System Information:
> Debian Release: bookworm/sid
> APT prefers testing
> APT policy: (990, 'testing'), (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.18.0-3-amd64 (SMP w/8 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
> not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages dh-dlang depends on:
> ii debhelper 13.8
> pn default-d-compiler <none>
> ii python3 3.10.5-3
>
> dh-dlang recommends no packages.
>
> dh-dlang suggests no packages.
>
