aboutsummaryrefslogtreecommitdiff
path: root/contrib/guix/patches/oscrypto-hard-code-openssl.patch
diff options
context:
space:
mode:
authorW. J. van der Laan <laanwj@protonmail.com>2021-05-26 15:01:14 +0200
committerW. J. van der Laan <laanwj@protonmail.com>2021-05-26 15:01:18 +0200
commit456c8d6cd80fc3461957a3553a0483756396b988 (patch)
tree85349bee04765f2c871f8c59027c5aaca7d205b7 /contrib/guix/patches/oscrypto-hard-code-openssl.patch
parentecddd1248258fb904ba88b5255ecbc624eec4f37 (diff)
parenta02c970eb001b456d74ddc30750fe8b55348ddac (diff)
Merge bitcoin-core/gui#313: qt: Optimize string concatenation by default
a02c970eb001b456d74ddc30750fe8b55348ddac qt, refactor: Revert explicit including QStringBuilder (Hennadii Stepanov) 3fd3a0fc87a81d42755246830124833e9ca3f0a9 qt, build: Optimize string concatenation (Hennadii Stepanov) Pull request description: From [Qt docs](https://doc.qt.io/qt-5/qstring.html#more-efficient-string-construction): > ... multiple uses of the \[`QString`\] '+' operator usually means multiple memory allocations. When concatenating n substrings, where n > 2, there can be as many as n - 1 calls to the memory allocator. With this PR > ... the '+' will automatically be performed as the `QStringBuilder` '%' everywhere. The change in the `src/Makefile.qt.include` file does not justify submitting this PR into the main repo, IMHO. ACKs for top commit: laanwj: Code review ACK a02c970eb001b456d74ddc30750fe8b55348ddac Talkless: utACK a02c970eb001b456d74ddc30750fe8b55348ddac, built successfully on Debian Sid with Qt 5.15.2, but did not check if any displayed strings are "wrong" after refactoring. jarolrod: ACK a02c970eb001b456d74ddc30750fe8b55348ddac Tree-SHA512: cbb476ee96f27c3bd6e125efab74d8bf24bbdb4c30576b3feea45e203405f3bf5b497dd7d3e11361fc825fcbf4b893b152921a9efdeaf73b42d1865d85f0ae84
Diffstat (limited to 'contrib/guix/patches/oscrypto-hard-code-openssl.patch')
0 files changed, 0 insertions, 0 deletions