On 3/25/20 3:11 PM, Felix Lechner wrote:
> Hi,
>
> On Sat, Mar 21, 2020 at 4:51 AM Matthias Klose <d...@debian.org> wrote:
>>
>> I don't know when that was introduced, but you see some hundred of those in
>> the
>> gcc-N packages:
>
> The tag was introduced when the sole Lintian check provided by the
> xdeb package became part of Lintian. Given recent changes, it was too
> cumbersome to keep filing bug reports [1] and merge requests [2] for
> dependent packages. The relevant commit was:
>
>
> https://salsa.debian.org/lintian/lintian/-/commit/25013ff8173883796e00f4bc58a89f2a09839727
>
>> E: libx32gcc-9-dev:
>> ESC]8;;https://lintian.debian.org/tags/binary-is-wrong-architecture.htmlESC\binary-is-wrong-architectureESC]8;;ESC\
>> usr/lib/gcc/x86_64-linux-gnu/9/x32/crtend.o
>
> For your package, it is clearly wrong to use the host as an indicator
> for the intended binary architecture. Package names are a last resort;
> can we use the file path, i.e. /usr/lib/gcc/$triplet/\d+/$target?
there are different locations:
For native compilers:
lib32gcc-8-dev: usr/lib/gcc/$(DEB_HOST_GNU_TYPE)/N/32*.a
lib32gcc-s1: usr/lib/$(DEB_HOST_MULTIARCH)/lib*.so.*
For cross compilers:
usr/<DEB_TARGET_GNU_TYPE)/lib/lib*.{so,a}
usr/<DEB_TARGET_GNU_TYPE)/lib/x32/lib*.{so,a}
You find the non-default multilib variants in subdirs like 32 or x32.
There are also compilers targeting gpu's like gcc-10-offload-amdgcn or
gcc-10-offload-nvnptx.
usr/lib/{nvptx-none,hsa,amdgcn}/lib*.so.*
> Kind regards
> Felix Lechner
>
> [1] e.g. #939171, #951669
> [2] e.g.
> https://salsa.debian.org/perl-team/modules/packages/pkg-perl-tools/-/merge_requests/10
>
