Hans, Note that the patches I posted solved the problems, at least for me. :)
-Dimitry > On 25 Aug 2015, at 01:40, Hans Wennborg <h...@chromium.org> wrote: > > It seems this is a cmake vs autoconf thing. With cmake, it builds > correctly, but with autoconf I get the same error as you. > > I probably shouldn't have made this change while we were in the > release process as it was potentially risky :-/ I've reverted it now, > so hopefully the next build should be problem free. > > Thanks, > Hans > > On Fri, Aug 21, 2015 at 5:09 AM, Dimitry Andric <dimi...@andric.com> wrote: >> Strangely, the clang-tools-extra stuff does build if I manually check it out >> like so (without any symlinks): >> >> . <-- >> https://llvm.org/svn/llvm-project/llvm/branches/release_37 >> tools/clang <-- >> https://llvm.org/svn/llvm-project/cfe/branches/release_37 >> tools/clang/tools/extra <-- >> https://llvm.org/svn/llvm-project/clang-tools-extra/branches/release_37 >> >> I'll investigate, because it would be nice to have those tools. >> >> -Dimitry >> >>> On 21 Aug 2015, at 13:42, Nikola Smiljanic <popiz...@gmail.com> wrote: >>> >>> 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. >>> >>> On Fri, Aug 21, 2015 at 7:15 PM, Dimitry Andric <dimi...@andric.com> wrote: >>> Hm, it does not seem to compile at all here? The build ends with: >>> >>> 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: >>> /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 >>> #include "clang/Tooling/Refactoring.h" >>> ^ >>> 1 error generated. >>> >>> Any idea? I had no problems at all with -rc2. >>> >>> -Dimitry >>> >>>> On 21 Aug 2015, at 02:51, Hans Wennborg <h...@chromium.org> wrote: >>>> >>>> Hello everyone, >>>> >>>> 3.7-rc3 has just been tagged. Testers, please test, build binaries, >>>> upload to the sftp and report results to this thread. >>>> >>>> Again, a lot of patches got merged between rc2 and rc3, but hopefully >>>> nothing that should upset things. >>>> >>>> One thing that did change is that the release script now correctly >>>> symlinks clang-tools-extra into the build. If this causes problems on >>>> your platform, please just remove it. >>>> >>>> This is a release candidate in the real sense: at this point I have >>>> zero release blockers on my radar. I will now only accept fixes for >>>> critical regressions, and if nothing comes up, rc3 will be promoted to >>>> 3.7.0-final. >>>> >>>> Documentation and release note patches are still welcome all the way >>>> up until the final tag goes in. >>>> >>>> Issues that were on my radar, but I don't consider blocking: >>>> >>>> - Sanitizer test failures on various platforms, e.g. PR24222. We never >>>> ran these tests in previous releases, so it's not a regression. It >>>> would be great if the sanitizer folks could look into the test >>>> failures, but it's not blocking 3.7. >>>> >>>> - PR24273: "[ARM] Libc++abi built in-tree with libunwind fails in >>>> __cxa_allocate_exception", Renato will exclude libc++ from his build >>>> for now. >>>> >>>> - Lack of key functions in some Instruction classes causing build >>>> failures without -fno-rtti >>>> (http://lists.llvm.org/pipermail/llvm-dev/2015-August/089010.html). No >>>> patches have been forthcoming, so this will not get fixed for 3.7. At >>>> least we correctly report -fno-rtti in llvm-config built with CMake >>>> now. >>>> >>>> - r244221: "[SPARC] Don't compare arch name as a string, use the enum >>>> instead", owner is unresponsive. >>>> >>>> - "[lldb] r245020 - [MIPS]Handle floating point and aggregate return >>>> types in SysV-mips [32 bit] ABI", owner is unresponsive. >>>> >>>> >>>> Cheers, >>>> Hans >>> >>> >>
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
