DanielaKEngert

joined 2 years ago
[–] [email protected] 1 points 10 months ago (1 children)

@lysdexic You claimed otherwise:
"
These std::move invocations are harmless, as they only cast objects to their rvalue reference.
"
If you were right, we wouldn't have the motivation to look at this in EWG.

[–] [email protected] 1 points 10 months ago (3 children)
[–] [email protected] 1 points 10 months ago (5 children)

@lysdexic @QuadriLiteral Eh, no. Really. Changing the value category disables RVO

[–] [email protected] 3 points 10 months ago (1 children)

@QuadriLiteral @lysdexic We've been looking at a paper just recently in Kona, where the author proposed to not penalize "unfortunate" uses of std::move. I think this is user friendly and you might imagine what I've been voting for.

[–] [email protected] 1 points 1 year ago

@deadcream @rmam @addie @Pitri AFAICS, the number of *paid* compiler developers working on modules is larger in the Clang team (2) than in the MSVC team (1).

[–] [email protected] 3 points 1 year ago (3 children)

@addie @rmam
" modules, as specified, were impossible for anyone to implement."
Let me fix: impossible for anyone except Clang and MSVC.

[–] [email protected] 1 points 1 year ago (1 children)

@rmam Older versions of the C++ standard are *withdrawn*.

[–] [email protected] 0 points 1 year ago (3 children)

@Redkey @rmam I assume you're aware of the fact that there exists *only one* C++ standard at a time (C++20 today, C++23 later this year).

You probably mean
* using reduced feature sets
* compiling with non-conforming compilers

But this might sound less nice than "using an obsolete standard xyz". I'm totally aware why large swaths of the industry are stuck in the past for well-motivated reasons.