Arthur O'Dwyer

"consistent_random" and "murmur2_random" partitioners treat empty keys differently

3

(Reporting this as an issue mainly so that there is a canonical place it's documented, for internal reference and for posterity.) librdkafka provides several partitioners out-of-the-box: - `rd_kafka_msg_partitioner_murmur2_random` - `rd_kafka_msg_partitioner_fnv1a_random`...

Stop referring to "Examples" in the docs; "Example:" is not supported

1

This patch is not ready for prime time, as indicated by the `[TODO FIXME WHAT GOES HERE]`. But I hope it's somewhat useful. I wanted to add an "Example:" block...

C++ syntax highlighter eats first character of custom HTML element when enclosed in <table>

5

Placing an `` or `` decoration (or any other custom HTML element, or even ``) inside `` causes the C++ syntax highlighter to eat the first character of each custom...

### Describe the issue https://godbolt.org/z/9zYjbax8v While working on #1615, I (thought I) noticed some places in `absl::inlined_vector` where it was more-or-less memcpying the union of (data, pointer-to-heap-allocation) guarded only under...

You should take a close look at each of these removals, because they _might_ indicate a typo further down — maybe the variable was intended to be used, but accidentally...

Also rename `emplace_move_backward` to `uninitialized_relocate_backward`, introduce (forward) `uninitialized_relocate`, and complete the circle by resuming the use of `uninitialized_relocate` in `erase`.

constexprness/noexceptness are automatic for defaulted special members. (That is, they're automatically _inferred with the correct values._ I have not confirmed whether all your `noexcept`s here were actually always-true; it's possible...

[DRAFT] Make IsRelocatable use the Clang builtin __is_trivially_relocatable(T)

2

Clang 18's `__is_trivially_relocatable(T)` isn't yet compatible with Folly's use of the term; false negatives are fine, but Clang dangerously gives false positives. However, after https://github.com/llvm/llvm-project/pull/84621, the builtin will no longer...

Support changing the error type via `.or_else`

1

Today I commented on [P2505R0](http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p2505r0.html) that it should be designed to permit this code: std::expected convertError(SSLError e) { return std::unexpected(PortableError(e)); } std::expected e1 = ~~~; std::expected e2 = e1.or_else(convertError); This...