Add dynamicrenderinglocalread to iOS subproject

[SRSaunders]

Fixes #1267 #1271.

This change fixes startup resize for dynamicrenderinglocalread to support non-default device screen sizes.

This also updates the iOS subproject to include this new sample and make it work on iOS devices and the Simulator.

UPDATED: Now fixes some validation layer errors in the example (all platforms):

1. Wrong image layout validation error.
2. Non matching color attachment count when drawing the UI (1 actual vs. 4 expected)
   3. Failure to destroy buffer and memory on exit.
3. Missing some overrides (static analysis warnings in IDE)

[SRSaunders]

FYI, another way to handle this could be to move the attachment resize logic out of setupFrameBuffer() and into a new windowResized() entry point override for the example. Some examples do this, while others use the resized flag in either setupFrameBuffer() or buildCommandBuffer() (e.g. the ray tracing examples).

Given that it looks like a stylistic thing vs. functional, I decided to leave things alone and just use the resized flag.

[SRSaunders]

Limited PR to adding dynamicrenderinglocalread example to iOS subproject and iOS Simulator.

Resize logic now handled by changes within master branch.

[SRSaunders]

Updated PR to include validation error fixes for dynamicrenderinglocalread.

[SaschaWillems]

I don't think this needs fixing. IMO this is a false positive and I've raised an issue in the VVL repo about this.

[SRSaunders]

Interesting. Referring to your issue KhronosGroup/Vulkan-ValidationLayers#12039 where you discuss VK_ATTACHMENT_UNUSED, do you think this requires the VK_EXT_dynamic_rendering_unused_attachments extension to make this work for dynamic rendering?

MoltenVK does not support this extension so I can't test there. However, I will try on my Windows 11 and linux machines to see if my AMD card supports it, and report back later.

[SRSaunders]

Scratch that idea re the VK_EXT_dynamic_rendering_unused_attachments extension. Looks like that is for adapting to multiple pipelines where you can have an unused attachment in one, but not the other.

I will leave my original change in place for now and resolve once your VVL issue is looked at.