# libnpth-mingw-w64-dev is "arch-independent" from debian's perspective,
# since it ships binaries that are only used during cross-building
# windows software.
libnpth-mingw-w64-dev: arch-independent-package-contains-binary-or-object

# The location of these cross-building tools is the result of
# discussion with mingw maintainers:
# https://lists.alioth.debian.org/pipermail/pkg-gnupg-maint/2016-February/003281.html
libnpth-mingw-w64-dev: file-in-unusual-dir
libnpth-mingw-w64-dev: non-standard-dir-in-usr

# DLLs exported via Samba need to be executable (see #796224)
libnpth-mingw-w64-dev: executable-not-elf-or-script

# cross-building for windows produces more weirdness than expected:
libnpth-mingw-w64-dev: non-empty-dependency_libs-in-la-file -lws2_32 [usr/i686-w64-mingw32/lib/libnpth.la:*]
libnpth-mingw-w64-dev: non-empty-dependency_libs-in-la-file -lws2_32 [usr/x86_64-w64-mingw32/lib/libnpth.la:*]

# These four archives are built for running on windows systems that
# the no-code-sections lintian check does not understand:
libnpth-mingw-w64-dev: no-code-sections [usr/i686-w64-mingw32/lib/libnpth.a]
libnpth-mingw-w64-dev: no-code-sections [usr/i686-w64-mingw32/lib/libnpth.dll.a]
libnpth-mingw-w64-dev: no-code-sections [usr/x86_64-w64-mingw32/lib/libnpth.a]
libnpth-mingw-w64-dev: no-code-sections [usr/x86_64-w64-mingw32/lib/libnpth.dll.a]


