Link error when using both TensorFlowLiteSelectTfOps.framework and TensorFlowLiteC.framework on iOS
Oh, and I've also attempted to build the Select framework with `bazel build --config=ios_fat -c opt --copt -Os --cpu=ios_arm64 --apple_platform_type=ios --cxxopt=-std=c++17 --host_cxxopt=-std=c++17 //tensorflow/lite/ios:TensorFlowLiteSelectTfOps_framework --define tflite_with_xnnpack_enabled=false` ... didn't make a difference. @w3sip Could you try to temporarily disable the XNNPack delegate during the build of one of the frameworks.
This can be done by modifying the build settings or configuration options. Also experiment with linker flags like         
`-force_load` or `-undefined dynamic_lookup` to control symbol visibility. Please use the latest TF version and let us know?
Thank you! This issue is stale because it has been open for 7 days with no activity. It will be closed if no further activity occurs. Thank you. @sushreebarsa -- thanks, yes disabling XNNPack is the route I went and it worked, once I've fixed the incorrect way to set the parameter above.

Another question I have -- is there a way to only use/build a subset of `TensorFlowLiteSelectTfOps_framework` ? It's a very large binary by default; prohibitive for an iOS app. @w3sip While there's no direct way to build a subset of TensorFlowLiteSelectTfOps_framework, here are effective approaches to reduce its size for iOS apps: such as follows;
1. Identify Essential Ops: Analyze your model to determine the specific ops it utilizes.
2. Register Only Needed Ops: Employ tflite::MutableOpResolver to register only those essential ops, excluding unnecessary ones.

Thank you! This issue is stale because it has been open for 7 days with no activity. It will be closed if no further activity occurs. Thank you. This issue was closed because it has been inactive for 7 days since being marked as stale. Please reopen if you'd like to work on this further. Are you satisfied with the resolution of your issue?
<a href="https://docs.google.com/forms/d/e/1FAIpQLSfaP12TRhd9xSxjXZjcZFNXPGk4kc1-qMdv3gc6bEP90vY1ew/viewform?entry.85265664=Yes&entry.2137816233=https://github.com/tensorflow/tensorflow/issues/62814">Yes</a>
<a href="https://docs.google.com/forms/d/e/1FAIpQLSfaP12TRhd9xSxjXZjcZFNXPGk4kc1-qMdv3gc6bEP90vY1ew/viewform?entry.85265664=No&entry.2137816233=https://github.com/tensorflow/tensorflow/issues/62814">No</a>
 > @w3sip While there's no direct way to build a subset of TensorFlowLiteSelectTfOps_framework, here are effective approaches to reduce its size for iOS apps: such as follows;
> 
>     1. Identify Essential Ops: Analyze your model to determine the specific ops it utilizes.
> 
>     2. Register Only Needed Ops: Employ tflite::MutableOpResolver to register only those essential ops, excluding unnecessary ones.
> 
> 
> Thank you!



@sushreebarsa Do you mind if you could list down the detailed steps to achieve the above suggestion you made?
### Issue type

Bug

### Have you reproduced the bug with TensorFlow Nightly?

No

### Source

source

### TensorFlow version

2.14.1

### Custom code

Yes

### OS platform and distribution

iOS

### Mobile device

_No response_

### Python version

_No response_

### Bazel version

6.1.10

### GCC/compiler version

_No response_

### CUDA/cuDNN version

_No response_

### GPU model and memory

_No response_

### Current behavior?

TFLite is built using bazel commands:

`bazel build --config=ios_fat -c opt --copt -Os --cpu=ios_arm64 --apple_platform_type=ios --cxxopt=-std=c++17 --host_cxxopt=-std=c++17 //tensorflow/lite/ios:TensorFlowLiteSelectTfOps_framework`

`bazel build --config=ios_fat  -c opt --cxxopt=-std=c++17 --host_cxxopt=-std=c++17 //tensorflow/lite/ios:TensorFlowLiteC_framework`

When trying to build a framework linking to both resulting frameworks above, seeing the following errors:

```
duplicate symbol '_TfLiteXNNPackDelegateWeightsCacheFinalizeHard' in:
    TensorFlowLiteC.framework/TensorFlowLiteC
    TensorFlowLiteSelectTfOps.framework/TensorFlowLiteSelectTfOps[arm64][961](xnnpack_delegate.o)
  
```
(same errors repeat for pretty much every XNNPack method).



### Standalone code to reproduce the issue

```shell
See above. Any framework linking to both of the resulting frameworks will do.
```


### Relevant log output

_No response_