Split package io.matthewnelson.encoding.builders about encoding HOT 2 CLOSED

This is related to kmp-tor, yah?

I really do not want to break the current API and hope there is a solution via a deprecation cycle.

If I were to:

• copy/paste the current builder classes/functions to a new package (e.g., ...encoding.base16.Builders.kt)
• deprecate classes/functions in encoding.builders package
  • Want to leave them there to not break consumers' APIs
• Release version 1.2.3
• Update kmp-tor to use the new Builders.kt package path

Would you be able to update your module config in Sparrow Wallet to no longer export the ...builders path, and only export the ...builders.base* packages?

from encoding.

Deprecation cycle did not work. JPMS is still throwing exception even when no references are had to the .builders package. Will need to remove the .builders packages from base16, base32, and base64 modules.

POA:

• Release 1.2.3 with deprecation notices and a way for library consumers to gracefully update to new builder functions package locations.
• Release 2.0.0 with API breaking changes (...encoding.builders package removed).
• Add migration notes to the CHANGELOG and release notes.

from encoding.