<div dir="ltr">Hi Dmitry, if I understood Hans clang-extra wasn't part of the build prior to rc3. Just delete it and run script with --no-checkout.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 21, 2015 at 7:15 PM, Dimitry Andric <span dir="ltr"><<a href="mailto:dimitry@andric.com" target="_blank">dimitry@andric.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hm, it does not seem to compile at all here?  The build ends with:<br>
<br>
In file included from /home/dim/llvm-3.7.0/rc3/llvm.src/tools/clang/tools/extra/clang-apply-replacements/lib/Tooling/ApplyReplacements.cpp:17:<br>
/home/dim/llvm-3.7.0/rc3/llvm.src/tools/clang/tools/extra/clang-apply-replacements/lib/Tooling/../../include/clang-apply-replacements/Tooling/ApplyReplacements.h:19:10: fatal error: 'clang/Tooling/Refactoring.h' file not found<br>
#include "clang/Tooling/Refactoring.h"<br>
         ^<br>
1 error generated.<br>
<br>
Any idea?  I had no problems at all with -rc2.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Dimitry<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> On 21 Aug 2015, at 02:51, Hans Wennborg <<a href="mailto:hans@chromium.org">hans@chromium.org</a>> wrote:<br>
><br>
> Hello everyone,<br>
><br>
> 3.7-rc3 has just been tagged. Testers, please test, build binaries,<br>
> upload to the sftp and report results to this thread.<br>
><br>
> Again, a lot of patches got merged between rc2 and rc3, but hopefully<br>
> nothing that should upset things.<br>
><br>
> One thing that did change is that the release script now correctly<br>
> symlinks clang-tools-extra into the build. If this causes problems on<br>
> your platform, please just remove it.<br>
><br>
> This is a release candidate in the real sense: at this point I have<br>
> zero release blockers on my radar. I will now only accept fixes for<br>
> critical regressions, and if nothing comes up, rc3 will be promoted to<br>
> 3.7.0-final.<br>
><br>
> Documentation and release note patches are still welcome all the way<br>
> up until the final tag goes in.<br>
><br>
> Issues that were on my radar, but I don't consider blocking:<br>
><br>
> - Sanitizer test failures on various platforms, e.g. PR24222. We never<br>
> ran these tests in previous releases, so it's not a regression. It<br>
> would be great if the sanitizer folks could look into the test<br>
> failures, but it's not blocking 3.7.<br>
><br>
> - PR24273: "[ARM] Libc++abi built in-tree with libunwind fails in<br>
> __cxa_allocate_exception", Renato will exclude libc++ from his build<br>
> for now.<br>
><br>
> - Lack of key functions in some Instruction classes causing build<br>
> failures without -fno-rtti<br>
> (<a href="http://lists.llvm.org/pipermail/llvm-dev/2015-August/089010.html" rel="noreferrer" target="_blank">http://lists.llvm.org/pipermail/llvm-dev/2015-August/089010.html</a>). No<br>
> patches have been forthcoming, so this will not get fixed for 3.7. At<br>
> least we correctly report -fno-rtti in llvm-config built with CMake<br>
> now.<br>
><br>
> - r244221: "[SPARC] Don't compare arch name as a string, use the enum<br>
> instead", owner is unresponsive.<br>
><br>
> - "[lldb] r245020 - [MIPS]Handle floating point and aggregate return<br>
> types in SysV-mips [32 bit] ABI", owner is unresponsive.<br>
><br>
><br>
> Cheers,<br>
> Hans<br>
<br>
</div></div></blockquote></div><br></div>