Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

zpc: Deduplicate cmock #60

Closed
rzr opened this issue Mar 6, 2025 · 0 comments
Closed

zpc: Deduplicate cmock #60

rzr opened this issue Mar 6, 2025 · 0 comments
Assignees
@rzr
Labels
help wanted Extra attention is needed

Comments

@rzr
Copy link
Collaborator

rzr commented Mar 6, 2025 •
edited
Loading

It is used in various locations, we need to find a strategy to use only one

Relate-to: #47
rzr added a commit that referenced this issue Mar 6, 2025
@rzr
libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.5.3-g9d092898 (#59
5317b82 
)

Observed issue on ver_1.7.0-27-g1302b2a5 was:

    docker build https://github.com/SiliconLabsSoftware/z-wave-protocol-controller.git#main
    unable to prepare context: unable to 'git clone' to temporary context directory: \
      error initializing submodules: fatal: No url found for submodule path \
        'applications/zpc/components/zwave/zwave_transports/s2/libs/zw-libs2/TestFramework/cmock' in .gitmodules

This was done using:

    git submodule add --force \
      https://github.com/throwtheswitch/cmock \
      applications/zpc/components/zwave/zwave_transports/s2/libs/zw-libs2/TestFramework/cmock

     git -C applications/zpc/components/zwave/zwave_transports/s2/libs/zw-libs2/TestFramework/cmock \
        checkout v2.5.3-g9d092898

Relate-to: #57 (comment)
Relate-to: #50
Origin: #59
Relate-to: #60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
@rzr rzr added the help wanted Extra attention is needed label Mar 6, 2025
@rzr rzr changed the title Deduplicate cmock zpc: Deduplicate cmock Mar 6, 2025
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 6, 2025
@rzr
libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.5.3-g9d092898 (S…
2973eea 
…iliconLabsSoftware#59)

Observed issue on ver_1.7.0-27-g1302b2a5 was:

    docker build https://github.com/SiliconLabsSoftware/z-wave-protocol-controller.git#main
    unable to prepare context: unable to 'git clone' to temporary context directory: \
      error initializing submodules: fatal: No url found for submodule path \
        'applications/zpc/components/zwave/zwave_transports/s2/libs/zw-libs2/TestFramework/cmock' in .gitmodules

This was done using:

    git submodule add --force \
      https://github.com/throwtheswitch/cmock \
      applications/zpc/components/zwave/zwave_transports/s2/libs/zw-libs2/TestFramework/cmock

     git -C applications/zpc/components/zwave/zwave_transports/s2/libs/zw-libs2/TestFramework/cmock \
        checkout v2.5.3-g9d092898

Relate-to: SiliconLabsSoftware#57 (comment)
Relate-to: SiliconLabsSoftware#50
Origin: SiliconLabsSoftware#59
Relate-to: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 6, 2025
@rzr
libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.5.3-g9d092898 (#59
9865caa 
)

Observed issue on ver_1.7.0-27-g1302b2a5 was:

    docker build https://github.com/SiliconLabsSoftware/z-wave-protocol-controller.git#main
    unable to prepare context: unable to 'git clone' to temporary context directory: \
      error initializing submodules: fatal: No url found for submodule path \
        'applications/zpc/components/zwave/zwave_transports/s2/libs/zw-libs2/TestFramework/cmock' in .gitmodules

This was done using:

    git submodule add --force \
      https://github.com/throwtheswitch/cmock \
      applications/zpc/components/zwave/zwave_transports/s2/libs/zw-libs2/TestFramework/cmock

     git -C applications/zpc/components/zwave/zwave_transports/s2/libs/zw-libs2/TestFramework/cmock \
        checkout v2.5.3-g9d092898

Relate-to: #57 (comment)
Relate-to: #50
Origin: #59
Relate-to: #60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
@rzr rzr mentioned this issue Mar 7, 2025
Open
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
tests: build: cmake: Use Upstream cmock SiliconLabsSoftware#60
e9f1bf1 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

Bug-SiliconLabsSoftware: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
SWPROT-8953: applications/zpc/components/zwave/zwave_transports/s2/li…
695e330 
…bs/zw-libs2/TestFramework/cmock: Removed as not part of z-wave-protocol-controller

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
SWPROT-8953: applications/zpc/components/zwave/zwave_transports/s2/li…
74f8dfb 
…bs/zw-libs2/test/cmock: Removed as not part of z-wave-protocol-controller

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 17, 2025
@rzr
SWPROT-8953: applications/zpc/components/zwave/zwave_transports/s2/li…
e14bacf 
…bs/zw-libs2/TestFramework: Removed as not part of z-wave-protocol-controller

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: components/testframework/libs/cmock: Remove vendored CMock #60
0cff65c 
Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: UIC-3312
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: build: cmake: Use Upstream cmock #60
75f3654 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

cmake: Adjust cmock config

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: p/cmock: Add 0001-Added-array_as_byte-config-options.patch #60
16b58b8 
This change is needed for testing libs2 which is using anynomous type
(struct S2)

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: Apply patch in cmake/modules/FindCMock.cmake #60
0c84af7 
Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
@rzr rzr self-assigned this Mar 18, 2025
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: components/testframework/libs/cmock: Remove vendored CMock #60
1dbdff7 
Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: UIC-3312
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: build: cmake: Use Upstream cmock #60
3f84de1 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

cmake: Adjust cmock config

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: p/cmock: Add 0001-Added-array_as_byte-config-options.patch #60
de2d0d6 
This change is needed for testing libs2 which is using anynomous type
(struct S2)

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: Apply patch in cmake/modules/FindCMock.cmake #60
2bea659 
Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: components/testframework/libs/cmock: Remove vendored CMock
c63ab0e 
CMake script will be used to fetch from upstream

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: UIC-3312
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: build: cmake: Use Upstream cmock
7b58585 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

cmake: Adjust cmock config

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: p/cmock: Add 0001-Added-array_as_byte-config-options.patch
d251513 
This change is needed for testing libs2 which is using anynomous type
(struct S2)

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 18, 2025
@rzr
tests: Apply patch in cmake/modules/FindCMock.cmake
7a4843f 
This change is temporary and may be removed on s2 refactoring

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#56
Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
tests: build: cmake: Use Upstream cmock SiliconLabsSoftware#60
dbb17d0 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

Bug-SiliconLabsSoftware: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
SWPROT-8953: applications/zpc/components/zwave/zwave_transports/s2/li…
f44da05 
…bs/zw-libs2/TestFramework/cmock: Removed as not part of z-wave-protocol-controller

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
SWPROT-8953: applications/zpc/components/zwave/zwave_transports/s2/li…
333f550 
…bs/zw-libs2/test/cmock: Removed as not part of z-wave-protocol-controller

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
SWPROT-8953: applications/zpc/components/zwave/zwave_transports/s2/li…
f4ae80a 
…bs/zw-libs2/TestFramework: Removed as not part of z-wave-protocol-controller

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
tests: build: cmake: Use Upstream cmock SiliconLabsSoftware#60
0e97f69 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

Bug-SiliconLabsSoftware: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 18, 2025
@rzr
SWPROT-8953: applications/zpc/components/zwave/zwave_transports/s2/li…
94d6209 
…bs/zw-libs2/TestFramework/cmock: Removed as not part of z-wave-protocol-controller

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
Revert "libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.5.3-g9d…
311fa93 
…092898" SiliconLabsSoftware#60

This reverts commit 9865caa.

Bug: SiliconLabsSoftware#46
Origin: SiliconLabsSoftware#36
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Deduplicate test_framework using patched Unify one SiliconLabs…
03604ec 
…Software#60

Patches from unify may land elsewhere

Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#55
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: applications/zpc/components/zwave/zwave_transports/s2/libs/zw-…
0ebbbd5 
…libs2/TestFramework/cmock: Removed as not part of z-wave-protocol-controller SiliconLabsSoftware#60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/t/cmock: Removed as not part of z-wave-…
9011bc2 
…protocol-controller SiliconLabsSoftware#60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/TestFramework: Removed as not part of z…
f86c774 
…-wave-protocol-controller SiliconLabsSoftware#55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Relate-to: SiliconLabsSoftware#55
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Deduplicate test_framework using patched Unify one SiliconLabs…
cd045df 
…Software#60

Patches from unify may land elsewhere

Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#55
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: applications/zpc/components/zwave/zwave_transports/s2/libs/zw-…
8ed2607 
…libs2/TestFramework/cmock: Removed as not part of z-wave-protocol-controller SiliconLabsSoftware#60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/t/cmock: Removed as not part of z-wave-…
dc55562 
…protocol-controller SiliconLabsSoftware#60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/TestFramework: Removed as not part of z…
90f4059 
…-wave-protocol-controller SiliconLabsSoftware#55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Relate-to: SiliconLabsSoftware#55
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Revert "libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.…
75da981 
…5.3-g9d092898" SiliconLabsSoftware#60

This reverts commit 9865caa.

Bug: SiliconLabsSoftware#46
Origin: SiliconLabsSoftware#36
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: Deduplicate test_framework using patched Unify one SiliconLabs…
3a7cee6 
…Software#60

Patches from unify may land elsewhere

Origin: SiliconLabsSoftware#36
Bug: SiliconLabsSoftware#55
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: applications/zpc/components/zwave/zwave_transports/s2/libs/zw-…
15d7d7f 
…libs2/TestFramework/cmock: Removed as not part of z-wave-protocol-controller SiliconLabsSoftware#60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/t/cmock: Removed as not part of z-wave-…
aa6447b 
…protocol-controller SiliconLabsSoftware#60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Bug: SiliconLabsSoftware#60
Relate-to: SiliconLabsSoftware#46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/z-wave-protocol-controller that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/TestFramework: Removed as not part of z…
f7dd530 
…-wave-protocol-controller SiliconLabsSoftware#55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: SiliconLabsSoftware#70
Relate-to: SiliconLabsSoftware#55
Bug: SiliconLabsSoftware#60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: build: cmake: Use Upstream cmock #60
c096883 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the architecture.

Since UnifySDK also depends on CMock, indirect dep will be privileged,
May those lines be removed in later cleanup changes.

Origin: #70
Bug-SiliconLabsSoftware: #60
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: SWPROT-8953: components/testframework/libs/testframework/unity…
896b948 
…: Removed as not part of z-wave-protocol-controller #60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: #70
Bug: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: Revert "libs2/tf: Fix a/z/c/z/z/s/l/z/T/cmock submodule to v2.…
e9a4356 
…5.3-g9d092898" #60

This reverts commit 9865caa.

Bug: #46
Origin: #36
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: Deduplicate test_framework using patched Unify one #60
d789a7a 
Patches from unify may land elsewhere

Origin: #36
Bug: #55
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: applications/zpc/components/zwave/zwave_transports/s2/libs/zw-…
7e5fe32 
…libs2/TestFramework/cmock: Removed as not part of z-wave-protocol-controller #60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: #70
Bug: #60
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/t/cmock: Removed as not part of z-wave-…
1cb591d 
…protocol-controller #60

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: #70
Bug: #60
Relate-to: #46
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit that referenced this issue Mar 19, 2025
@rzr
tests: a/z/c/z/z/s/l/zw-libs2/TestFramework: Removed as not part of z…
cde9215 
…-wave-protocol-controller #55

This component is maintained at UnifySDK (v1.7+ aka core),

This change deduplicate code, to ensure a single source of truth
and enable a more sustainable developement model
without overhead of monorepo.

This change may be not atomic,
but has been done in a way one component could be reverted
if it justify a downstream (double) maintainance or experimental works.

For the record this component was imported from:
https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.6.0

If this component should be re-introduced it would be preferable to
consider the code where it is maintained eg:

https://github.com/SiliconLabs/UnifySDK/releases/tag/ver_1.7.0 (or later)

Bug-SiliconLabs: SWPROT-8953
Origin: #70
Relate-to: #55
Bug: #60
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
@rzr rzr closed this as completed Mar 19, 2025
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 24, 2025
@rzr
tests: components/testframework/libs/cmock: Remove vendored CMock
850bf41 
CMake script will be used to fetch from upstream

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: UIC-3312
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 24, 2025
@rzr
tests: p/cmock: Add 0001-Added-array_as_byte-config-options.patch
b36ce9c 
This change is needed for testing libs2 which is using anynomous type
(struct S2)

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#75
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 24, 2025
@rzr
tests: build: cmake: Use Upstream cmock
54e1db6 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

cmake: Adjust cmock config

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to SiliconLabs/UnifySDK that referenced this issue Mar 28, 2025
@rzr
tests: components/testframework/libs/cmock: Remove vendored CMock
bcb1337 
CMake script will be used to fetch from upstream

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: UIC-3312
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to SiliconLabs/UnifySDK that referenced this issue Mar 28, 2025
@rzr
tests: p/cmock: Add 0001-Added-array_as_byte-config-options.patch
7dc49e1 
This change is needed for testing libs2 which is using anynomous type
(struct S2)

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#75
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to SiliconLabs/UnifySDK that referenced this issue Mar 28, 2025
@rzr
tests: build: cmake: Use Upstream cmock
f842642 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

cmake: Adjust cmock config

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 28, 2025
@rzr
tests: p/cmock: Add 0001-Added-array_as_byte-config-options.patch
ce3b93c 
This change is needed for testing libs2 which is using anynomous type
(struct S2)

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#75
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
rzr added a commit to rzr/UnifySDK that referenced this issue Mar 28, 2025
@rzr
tests: build: cmake: Use Upstream cmock
f838d67 
Not this is not latest version but it aligned to the version used at zwa,
may unify-core align to it and synchronize all projects accordingly,
or reconsider the archtecture.

cmake: Adjust cmock config

Relate-to: SiliconLabsSoftware/z-wave-protocol-controller#60
Bug-SiliconLabs: SWPROT-8953
Relate-to: SiliconLabsSoftware/z-wave-engine-application-layer#6
Signed-off-by: Philippe Coval <philippe.coval@silabs.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@rzr rzr

Labels
help wanted Extra attention is needed
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@rzr