ZAP official release v2023.12.07

Adding more logic to pick a better package before picking up the firs…

…t package in the list of available packages (project-chip#1233)

- Using the zcl and templates json file which is passed as arguments by UC when a file within the .zap file is not found as part of the fuzzy logic. This makes sure that zap is not picking template files from different sdks during the initial project creation and generation
- Adding more logic to pick a better package before picking up the first package in the list of available packages
- Minor cleanup

Fix Matter test codegen to handle atomics that are not all-lowercase. (…

…project-chip#1223)

Fix zapTypeToClusterObjectType to have correct output for acronyms. (p…

…roject-chip#1218)

zapTypeToClusterObjectType needs to be consistent with the actual types we
generate for cluster objects, and it was producing different output for a struct
(or event) which had an all-caps name.

Pre-release build from master branch

ZAP official release v2023.11.13

Pre-release build from master branch

Fix provisional handling for Darwin to be consistent. (project-chip#1186

)

We treated things with neither "introduced" nor "provisional" annotations as
provisional in availabilityHelper(), but isProvisional() returned false for
them.  This could lead us to generate non-provisional code (conditioned on
isProvisional()) that would try to call into things with provisional
availability, which would fail to compile.

The fix is to make isProvisional the source of truth for whether things are
provisional, move the "no introduced annotation" check into isProvisional, and
factor out the "have provisional annotation" logic so we can keep having the
warning when we take the "provisional because not otherwise annotated" codepath.

Fix provisional handling for Darwin to be consistent. (project-chip#1186

)

We treated things with neither "introduced" nor "provisional" annotations as
provisional in availabilityHelper(), but isProvisional() returned false for
them.  This could lead us to generate non-provisional code (conditioned on
isProvisional()) that would try to call into things with provisional
availability, which would fail to compile.

The fix is to make isProvisional the source of truth for whether things are
provisional, move the "no introduced annotation" check into isProvisional, and
factor out the "have provisional annotation" logic so we can keep having the
warning when we take the "provisional because not otherwise annotated" codepath.

Expose device class for device types. (project-chip#1180)

Also fixes endpoint-config codegen for the device type array: These are 32-bit
values, not 16-bit.