[cudnn] Don't copy debug versions of the lib since they aren't provided

[jacobkahn]

Don't copy debug versions of libcudnn to the debug output directory since NVIDIA doesn't provide any cuDNN libraries built in debug mode.

See #14683 for first discussion, cc @JackBoosY

• Which triplets are supported/not supported? Have you updated the CI baseline?

Same triplets as before are supported. Tested on x64-linux.

• Does your PR follow the maintainer guide?

Yes

[JackBoosY]

Please bump the port version. See documentation.

[jacobkahn]

@JackBoosY Are we good to merge this and #14683?

[JackBoosY]

Waiting for the pipeline test results.

[jacobkahn]

@JackBoosY looks like those binaries are still needed for debug. From CI on Windows on the package:

Mismatching number of debug and release binaries. Found 0 for debug but 1 for release.
Debug binaries


Release binaries

    D:/packages/cudnn_x64-windows/lib/cudnn.lib

Debug binaries were not found

Mismatching number of debug and release binaries. Found 0 for debug but 1 for release.
Debug binaries


Release binaries

    D:/packages/cudnn_x64-windows/bin/cudnn64_7.dll

Debug binaries were not found

is this PR still viable? Thoughts on a workaround here? Should this be abandoned?

[strega-nil]

@jacobkahn We have a policy coming to allow this: VCPKG_POLICY_ALLOW_MISMATCHED_NUMBERS_OF_LIBS (or something along those lines). We don't have it implemented yet tho, it's tied to LLVM 11.

I'm gonna put this on depends:different-pr, and merge it once that PR is merged.

Depends on #13998

[jacobkahn]

Sounds good — thanks, @strega-nil!

[strega-nil]

@jacobkahn could you merge with master and add the VCPKG_POLICY_ALLOW_MISMATCHED_NUMBERS_OF_LIBS?

[jacobkahn]

@strega-nil sure — trying now.

[strega-nil]

@jacobkahn the actual policy is VCPKG_POLICY_MISMATCHED_NUMBER_OF_BINARIES

[strega-nil]

Awesome, thanks @jacobkahn !