Louis Dionne

Boost.Hana author, generic library writer, speaker, C++ standard library engineer at Apple

[Louis Dionne @LouisDionne]

@RisottoNeroHit Thanks for your contribution and welcome to the community!

[Louis Dionne @LouisDionne]

Thanks to everybody for participating! I'll take this back to the libc++ developers when we bring up this discussion again!

[Louis Dionne @LouisDionne]

We've been discussing the fate of synopsis comments describing header contents in libc++ (for example https://t.co/1qPG9lIP3V). We'd like to know whether those comments are actually used by people for reference or other.

[Louis Dionne @LouisDionne]

@_jamesswift @ColossalCaveTBG It was merged into trunk recently, so it should be available in LLVM 16!

[Louis Dionne @LouisDionne]

Immense thanks to all the contributors who have worked on this over the past 1+ year, this has been an incredible effort.

[Louis Dionne @LouisDionne]

Excited about the release of LLVM 15, which contains a lot of improvements in libc++. In particular, we now implement the One Ranges Proposal (still working on other C++20/23 ranges papers).

Support for ranges is still experimental (1/n)

[Louis Dionne @LouisDionne]

Last, if you see some C++20/C++23 <ranges> functionality we do not implement yet, please do *not* report as a bug -- we're aware of the missing parts and we're tracking them!

[Louis Dionne @LouisDionne]

@CoderCasey @misccos @seanbax Yes, indeed, libc++ supports `string_view` in C++11 mode. In the past, we strived to support features in older standard modes. That was both painful to maintain and would also often end up biting users, so nowadays we strive to be strictly standards conforming.

[Louis Dionne @LouisDionne]

@RoseM2Silicon @stevetranby @pathofshrines I'm being told that `memcpy` and `memmove` are actually the same function on Darwin, and it supports the most restrictive of both semantics. You should of course not rely on this implementation detail - still use `memmove` when the ranges may overlap!

[Louis Dionne @LouisDionne]

@hsivonen I'm being told they are supported in the sense that they will work exactly as POSIX specifies. However the Foundation tools for localization should be preferred when targeting iOS and macOS.

[Louis Dionne @LouisDionne]

@stevetranby @pathofshrines We're currently working very hard on Ranges in libc++ and we hope to be done by the end of the summer. Then I'll start reviewing the std::format implementation that is already up for review. I expect libc++ should implement both of these features reasonably soon.

[Louis Dionne @LouisDionne]

@blelbach The source of all my problems.

🙃

[Louis Dionne @LouisDionne]

@david_m_stone @Cor3ntin @foonathan @MalwareMinigun The reason for using `_LIBCPP_INLINE_VISIBILITY` (which becomes __always_inline__ e.g. on GCC and __attribute__((internal_linkage)) on Clang) is to avoid those functions leaking into people's ABIs. You can start here if you want to know the details: https://t.co/q6YBE3ObIq

[Louis Dionne @LouisDionne]

@odinthenerd @ninkibah @ciura_victor That's very generous - I have plenty of work to do on my public speaking. But thanks for the compliment, I appreciate it 🙂

[Louis Dionne @LouisDionne]

@t3nsor @tvaneerd I PM'd you!

[Louis Dionne @LouisDionne]

If you're interested in working on libc++ and Clang, now's your chance! Apple is hiring someone to work on libc++: https://t.co/LnGyKdFvMg

[Louis Dionne @LouisDionne]

@RyanBurnML @shafikyaghmour A patch for that is currently under review!

[Louis Dionne @LouisDionne]

@tvaneerd It might be possible. PM me if you are interested!

[Louis Dionne @LouisDionne]

@johnregehr Actually, it looks like that option already exists! https://t.co/shsUI94xq4

It doesn't show up in the --help. I might be using an older version.

[Louis Dionne @LouisDionne]

@johnregehr creduce is awesome. Does it allow skipping the renaming passes? I find that those do not really make things much simpler (except at a syntactic level), yet they make it harder for me to pick up the reducing by hand (cause I don't understand anything anymore).