Add force load libs to CcInfo linking context in Bazel 7

[karim-alweheshy]

Issue

When we build an executable e.g.

bazelisk build //rules/test_host_app:iOS-14.0-AppHost

We get a linker error e.g.

ld: Undefined symbols:
  _main, referenced from:
      <initial-undefines>

Disgnostic

The linker args/flags file, e.g. iOS-14.0-AppHost_bin-2.params file, is missing the -force_load of the forced linked libs in the executable e.g.

-force_load
bazel-out/ios-sim_arm64-min14.0-applebin_ios-ios_sim_arm64-dbg-ST-261a193f71fb/bin/rules/test_host_app/libiOS-14.0-AppHost_objc.a

Resource

Following guide from here
Overall effort here
Example migrations for rules_apple here

Migration plan

1. Move everything behind a bazel7 flag //rules:migrates_cc_info_linking_info
2. A custom ObjC rule that generates ObjcProvider with linking info needs to generate a CcInfo with the same linking info.
3. A custom ObjC rule that generates one of the providers used by avoid_deps needs to be modified to propagate an appropriate CcInfo.

[karim-alweheshy]

After fixing the force_load issue we have another issue with

clang++: warning: using sysroot for 'iPhoneSimulator' but targeting 'MacOSX' [-Wincompatible-sysroot]

for all the linking on non MaxOSX targets

This will be addressed separately in another PR
This should just move us one step closer to bazel 7

[luispadron]

Can you update this to use use_cpp_toolchain instead, similarly to what i did in #845

[luispadron]

Is fragments here needed/do we need objc as well?

[luispadron]

nit: lets just check for bazel 7 here directly like we do elsewhere, it makes it easier to remove in the future than deleting the param

[luispadron]

Mind updating all usage of this to use utils.bzl is_bazel_7, i landed that recently.

[luispadron]

Merged in #850