{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreiftkjffkvn2tlbx54ckuwnwplc5ia2je46ceqgtwel2yulq5dcaru",
    "uri": "at://did:plc:pi6woz4d47bkuws673w2il2r/app.bsky.feed.post/3mhfgxovwazh2"
  },
  "path": "/t/botan-bindings-devlog/6855?page=10#post_197",
  "publishedAt": "2026-03-19T02:08:46.000Z",
  "site": "https://discourse.haskell.org",
  "tags": [
    "Amazonka.Crypto"
  ],
  "textContent": "ApothecaLabs:\n\n> The new memory management library provides allocators, and by providing the allocator as an argument, we can ie specify that we want to use a `SecureByteStringAllocator` that guarantees cleanup, instead of just using the default `ByteStringAllocator` which cleans up lazily.\n\nCan/should we add additional constraints to the allocators used in the botan bindings to ensure that it is only used with allocators that are sufficiently secure?\n\nI confess that I haven’t always been able to follow all the details of your reworks.\n\nIf you want another use-case for testing, I would be very interested in moving `amazonka` off of vincenthzverse packages. The current prerequisites in my mind are:\n\n  1. (Subjective) Ergonomic DX for the operations `amazonka` currently needs. IIRC, it’s mostly the hashing stuff in Amazonka.Crypto\n  2. (Objective) Haskell library binds to an unmodified upstream copy of `botan`. This seems really important.\n  3. (Subjective) The bindings are declared stable enough to build upon, and don’t need big research projects that require rebuilding large parts of the bindings.\n\n\n\nIt sounds like you’re getting close, and I remain interested in following your progress.",
  "title": "Botan bindings devlog"
}