For now it is only partially filtered (there is also code for other
    components for now). I'm not sure whether I should leave all the
codegened code or leave only the RNSScreen part.

As we provide custom implementation

Setting `componentDescriptors` causes RNCLI to not search for
autogenerated ones -> we need to specify all of them manually

This CMake builds both custom cpp code & generated one.
It seems to me, that it must be done this way as project name recognized
by autogenerated RN CLI cmake is `react_codegen_rnscreens` and we can
not change that => only this library is included in final build.

IMPORTANT: this causes our custom `rnscreens.h` header to take
precedence over its codegened counterpart when imported in following way
in `rncli.cpp`:

```c++
```

This is important beacuse it allows us to inject
`RNSScreenComponentDescriptor` symbol into `rncli.cpp` translation unit
scope.

We no longer build this target as we want to rely on new Android
autolinking.

codegen

libreact_codegen_rnscreens.so library

This symbol for some, unknown yet reason, is not visible during linking
of lib<project-name>.so (exactly during linking rncli.cpp.o file). We
enforce desired visibility with compiler attributte. Note however that
this solution should be only temporary as the exact reason should be
tracked down and the issue shall be fixed with more generic approach.

This file is not only no longer used, but also it does not contain valid
configuration for our library.

This file was replaced with common/cpp/CMakeLists.txt as we migrated to
CMake build system.

exists

Up to this point, some paths were hardcoded, this is no longer the case.

This is temporary workaround as `rnscreens.{h,cpp}` files are not part
of common cpp code - they are android specific I believe. They must be
moved to android JNI directory along with CMakeLists.txt

specific directory

These files are not shared between iOS & Android platforms.

explicitly

This is better as it also handles Windows C++ compilers.