Rename KEYPAIR to KEY_PAIR and psa_generate_random_key to psa_generate_key #114
No reviewers
Labels
No labels
api-spec
bug
CLA requested
CLA valid
compliance
DO NOT MERGE
duplicate
enhancement
feature branch
good first issue
HEADER FORMATTING ISSUE
help wanted
Information
invalid
Jira status: AWAITING REVIEW
Jira status: CLOSED
Jira status: DONE
Jira status: IN PROGRESS
Jira status: IN REVIEW
Jira status: OPEN
Jira status: REOPENED
Jira status: RESOLVED
mirrored
mirror internally
needs: backports
needs: ci
needs: design review
needs: preceding PR
needs: review
needs: work
notabug
open for community contribution
Product Backlog
question
ready for merge
security
stale
type: bug
type: enhancement
type: question
web pages
wontfix
writing
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gh-ARMmbed/mbed-crypto!114
Loading…
Reference in a new issue
No description provided.
Delete branch "psa-keypair-to-key_pair"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
KEY_PAIRis consistent withPUBLIC_KEY.“Generate key” is a more classical name. The longer name was only introduced to avoid confusion with getting a key from a generator, which is key derivation, but we no longer use the generator terminology so this reason no longer applies.
This PR is built on top of #112, only the last two commits are new.
@ -438,3 +438,3 @@psa_status_t psa_generate_random_key_to_handle(psa_key_handle_t handle,psa_status_t psa_generate_key_to_handle(psa_key_handle_t handle,psa_key_type_t type,Do we want to keep this old name? I thought we wanted all the to_handle() functions to be a thin backwards compatibility layer, just rename your old function to _append to_handle(). That doesn't work anymore with this change.
I'm not really convinced we want to keep the _to_handle() functions around, either, so I'm not too bothered if it is renamed before removal.
Consider reverting the name change here as well.
I reviewed only the last two commits in this PR.
I've checked that there is no remaining KEYPAIR or psa_generate_random_key text present. All text has been changed, and the text that did change has changed correctly.
@ -438,3 +438,3 @@psa_status_t psa_generate_random_key_to_handle(psa_key_handle_t handle,psa_status_t psa_generate_key_to_handle(psa_key_handle_t handle,psa_key_type_t type,We never released a version where it was called
psa_generate_random_keyand it had these arguments. So this function actually shouldn't have been renamed frompsa_generate_keytopsa_generate_key_to_handle.I think I made a similar mistake with key derivation. We can fix that later, after we've decided what we actually want for the transition period. I only picked these names to have the functions around while I was migrating the tests.
CI failure is ABI job (known to fail until https://github.com/ARMmbed/mbedtls/pull/2636 lands in the development branch) and
USE_PSA_CRYPTO, which doesn't work on the API branch.I just pushed identical content, rebased on top of the merge of #112. @Patater Please merge.
Trivial rebase. No changes after rebase, so no re-testing required.