Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-04-30T15:36:02+00:00 2019-04-30T15:36:02+00:00 Nico Weber nicolasweber@gmx.de 2019-04-30T15:36:02+00:00 urn:sha1:2e78c5a883c565216eb0144bf441cc5f172360e9 r359527 already merged some of that to the GN build, but it was missing some bits as well. The check-clangd target works (at least for now) differently than all the other check-foo targets, see https://reviews.llvm.org/D61187 For that reason, there's no gni file and the generated lit configs are not (yet?) added to llvm-lit/BUILD.gn. llvm-svn: 359570 2019-04-30T01:35:42+00:00 Vitaly Buka vitalybuka@google.com 2019-04-30T01:35:42+00:00 urn:sha1:d1e87d41cb0db71385e8cd5ce295df072fe22fe1 llvm-svn: 359527 2019-04-05T16:57:34+00:00 Nico Weber nicolasweber@gmx.de 2019-04-05T16:57:34+00:00 urn:sha1:fbe13ccd6784d81e1f21a9f55317da0910736a79 llvm-svn: 357781 2019-04-03T19:09:15+00:00 Nico Weber nicolasweber@gmx.de 2019-04-03T19:09:15+00:00 urn:sha1:fd47bc672a1d9ca3dc5c8c46713ffd0712e392b8 None of check-clang-tools's tests run this, but the CMake check-clang-tools depends on the binary, so add it for consistency. Differential Revision: https://reviews.llvm.org/D60222 llvm-svn: 357624 2019-04-03T12:33:19+00:00 Nico Weber nicolasweber@gmx.de 2019-04-03T12:33:19+00:00 urn:sha1:fee435702d9ad636d5acb0738ee68baa68a9e0e0 This is a bit of a larger change since this is the first (and as far as I can tell only) place where the LLVM build produces macOS framework bundles. GN has some built-in support for this, so use that. `gn help create_bundle` has a terse description (but it's a bit outdated: `deps` must be `public_deps` and the conditionals in the example in the help aren't quite right on non-iOS). We need a new 'copy_bundle_data' tool, and since we copy the clangd.xpc bundle as bundle_data into ClangdXPC.framework it needs to be able to handle directories in addition to files. GN also insists we have a compile_xcassets tool even though it's not used. I just made that run `false`. Despite GN's support for bundles, we still need to manually create the expected symlink structure in the .framework bundle. Since this code never runs on Windows, it's safe to create the symlinks before the symlink targets exist, so we can just make the bundle depend on the steps that create the symlinks. For this to work, change the symlink script to create the symlink's containing directory if it doesn't yet exist. I locally verified that CMake and GN build create the same bundle structure. (I noticed that both builds set LC_ID_DYLIB to the pre-copy libClangdXPCLib.dylib name, but that seems to not cause any issues and it happens in the CMake build too.) (Also add an error message to clangd-xpc-test-client for when loading the dylib fails – this was useful while locally debugging this.) Differential Revision: https://reviews.llvm.org/D60130 llvm-svn: 357574 2019-03-31T16:49:54+00:00 Nico Weber nicolasweber@gmx.de 2019-03-31T16:49:54+00:00 urn:sha1:76829d8928790d573e0bdc2dc1a2f042ecb8eeaa Differential Revision: https://reviews.llvm.org/D60038 llvm-svn: 357369 2019-03-29T02:49:13+00:00 Nico Weber nicolasweber@gmx.de 2019-03-29T02:49:13+00:00 urn:sha1:2a3f42c90d4ba2860e039e4de92a75c75cfdc351 Only runs the clang-tools-extra lit tests; not yet the unit tests. Add a build file for clangd-indexer too, since it's needed for the tests. Differential Revision: https://reviews.llvm.org/D59955 llvm-svn: 357232