build: workaround gcc internal error

mkl-dnn/src/cpu/x64/jit_avx512_core_amx_1x1_convolution.cpp:151:28: internal compiler error: in maybe_undo_parenthesized_ref, at cp/semantics.c:1705
                     size_t dst_offset = (is_1d) ? dst_d.blk_off(mb, oc, ow)
                            ^~~~~~~~~~

build: sycl: fix filtering of cpu examples

src: cpu: conv: bf16: fixup zero pad consistency

fixup: cpu: avx2: zero-pad scratchpad only for nxc format in 1x1 f32 …

…bwd_w driver

build: fix an issue with GNU > 9 in TBB cmake

cpu: bnorm: fix for illegal division by 0

fixup: cpu: support ic and oc tails for nxc format in 1x1 f32 avx2 ji…

…t kernel

benchdnn: add deconv regression test

common: primitive cache: add asserts

build: mkldnn compat: put symlinks together with generate lib

CMake allows overriding the place where the libraries are being
generated using:

``` cmake
set(CMAKE_ARCHIVE_OUTPUT_DIRECTORY some_place)
set(CMAKE_LIBRARY_OUTPUT_DIRECTORY some_place)
```

In this case, the `libdnnl.so` will be put in `some_place` instead of
usual `${CMAKE_CURRENT_BINARY_DIR}` location.

However, we generate the compat symlinks in the latter location. This
makes them point to non-existent library, which in turn:
1. Invalidates the symlink;
2. Betrays users expectations on find the library (which is though
   a symlink) in the proper location `some_place`.
3. Makes `make` regenerate the symlink all the time no matter whether
   it exists or not. That happens because `make` checks whether the
   target (symlink) is _older_ than the prerequisite (`libdnnl.so`).
   It seems that the date for symlink is checked by the date of the
   object it points to. Since the symlink points to nowhere, the
   target is considered always outdated.

This closes uxlfoundation#743.