Shard several of the most costly targets.

[shumway]

Proposed changes

Note: This is a roll forward of #2266 which was rolled back in #2361.

We want to reduce build time for the CK library that is consumed by MIOpen.

Several of the build units (source files) take ~20 minutes to compile. To reduce compilation time, we split those files
out into multiple copies (build shards). There are three complications:

1. The kernel type instantiations to be sharded are in std::tuple types. We don't to break up those tuples this finely.
   The solution we propose is to create a utility metafunction filter_tuple_by_modulo_t that splits up the kernel
   type tuples using a stride and offset.
2. To avoid duplicating a lot of the instantiation code, template the instantiation functions on a shard and offset.
3. To call the code, wrap the templated instantiation functions in the original instantiation function, and use
   extern template to make sure we don't reinstantiate these templates from the header code.

We partially automated this processes with code generation, by writing a CMake function
generate_sharded_instantiations to generate the source files for the shared instatiation functions and the calling
function directly from CMake.

I was missing two if-blocks from two template files in #2266, which causes some kernels to be omitted:

• library/src/tensor_operation_instance/gpu/grouped_conv3d_fwd/xdl/comp/device_grouped_conv3d_fwd_xdl_ndhwgc_gkzyxc_ndhwgk_f16_comp_instance.in
• library/src/tensor_operation_instance/gpu/grouped_conv3d_fwd/xdl/comp/device_grouped_conv3d_fwd_xdl_ndhwgc_gkzyxc_ndhwgk_f16_comp_instance.in

The failing test for gfx94x was disabled in MIOpen, but now I've checked this all in gfx94x and it passes now.

[spolifroni-amd]

Really good in-code comments! Very clear!