Displaying 3 results from an estimated 3 matches for "forward_declar".
2017 Dec 12
3
[cfe-dev] Who wants faster LLVM/Clang builds?
...es
behavior depending on whether the full or forward decl are available
(which, then, may be an ODR-violation).
Effectively the same reasons why the standard forbids users from
forward-declaring std:: names apply to doing so to user-defined names.
https://google.github.io/styleguide/cppguide.html#Forward_Declarations
lists some of the issues, and a recommendation not to do so.
Of course you do have the upside is that it can improve compile time. Which
is certainly of value, and perhaps that's a worthwhile trade-off when the
implementation and forward-declare are both within a single project and
thus...
2017 Dec 13
2
[cfe-dev] Who wants faster LLVM/Clang builds?
...ther the full or forward decl are available
> (which, then, may be an ODR-violation).
>
> Effectively the same reasons why the standard forbids users from
> forward-declaring std:: names apply to doing so to user-defined names.
>
> https://google.github.io/styleguide/cppguide.html#Forward_Declarations
> lists some of the issues, and a recommendation not to do so.
>
> Of course you do have the upside is that it can improve compile time.
> Which is certainly of value, and perhaps that's a worthwhile trade-off when
> the implementation and forward-declare are both within a...
2017 Dec 10
3
[cfe-dev] Who wants faster LLVM/Clang builds?
Hi Michael,
On Thu, Dec 7, 2017 at 3:16 AM, Michael Zolotukhin
<mzolotukhin at apple.com> wrote:
>
> Nice to IWYU developers here:) I wonder how hard it would be to run IWYU on
> LLVM/Clang (or, if it’s supposed to work, I wonder what I did wrong).
There are known problems with running IWYU over LLVM/Clang -- Zachary
Turner made an attempt a while back to get it up and running.