Details
-
Task
-
Resolution: Fixed
-
P2: Important
-
None
-
None
-
5
-
590172ccc (dev), f0cb27f9f (6.5), c19f9716f (dev), 93cb61e30 (dev), 6a6e9337c (dev)
-
Foundation Sprint 77, Foundation Sprint 78
Description
See epic for rationale.
resultView() is already done.
Both the setData() calls and they key should be passed by QByteArrayView.
Acceptance criteria:
- the following API parts are ported to QByteArrayView:
- ctor (key)
- setKey()
- addData()
- hash() (key and message)
We need to decide how to deal with the QBA->QBAV SiCs:
- accept, like in QCryptographicHash?
- make QBA Q_WEAK_OVERLOAD?
- make QBAV accept anything that implicitly converts to QBA, QAnyStringView-like?