Skip to content

Conversation

@euanh
Copy link
Contributor

@euanh euanh commented Jan 21, 2025

This change makes it possible to compare generated SDKs using recursive diff, without having to account for spurious differences cause by the order of keys in JSON metadata files.

This change makes it possible to compare generated SDKs using
recursive diff, without having to account for spurious differences
cause by the order of keys in JSON metadata files.
@euanh euanh added enhancement New feature or request test suite Changes to generator's test suite labels Jan 21, 2025
@euanh euanh requested a review from MaxDesiatov as a code owner January 21, 2025 09:44
@euanh
Copy link
Contributor Author

euanh commented Jan 21, 2025

@swift-ci test

@euanh euanh added no functional change and removed enhancement New feature or request labels Jan 21, 2025
Copy link
Contributor

@MaxDesiatov MaxDesiatov left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch, thanks!

@euanh euanh enabled auto-merge (squash) January 21, 2025 09:50
@euanh euanh merged commit 72c5117 into swiftlang:main Jan 21, 2025
2 of 3 checks passed
@euanh euanh deleted the sort-metadata-keys branch January 21, 2025 17:11
euanh added a commit to euanh/swift-sdk-generator that referenced this pull request Jan 24, 2025
There are now many alternative container runtimes.   These often
expose a socket interface which is compatible with the `docker`
CLI, but may also have their own command line utilities.   For our
limited requirements, these alternative CLIs are often compatible
enough with the `docker` CLI that we can use them directly.

This PR adds an environment variable to allow users running alternative
container runtimes to use their CLIs directly when building SDKs,
removing the need to have the `docker` CLI tools installed as well.
I've tested the generator with `podman`; it produced identical SDKs
to the current implementation (swiftlang#171), with good performance.

The `docker` CLI is currently still required to run the SDK generator
tests.
euanh added a commit that referenced this pull request Jan 24, 2025
#172)

There are now many alternative container runtimes.   These often
expose a socket interface which is compatible with the `docker`
CLI, but may also have their own command line utilities.   For our
limited requirements, these alternative CLIs are often compatible
enough with the `docker` CLI that we can use them directly.

This PR adds an environment variable to allow users running alternative
container runtimes to use their CLIs directly when building SDKs,
removing the need to have the `docker` CLI tools installed as well.
I've tested the generator with `podman`; it produced identical SDKs
to the current implementation (#171), with good performance.

The `docker` CLI is currently still required to run the SDK generator
tests.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

no functional change test suite Changes to generator's test suite

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants