Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-01-04T17:26:05+00:00 2019-01-04T17:26:05+00:00 Nico Weber nicolasweber@gmx.de 2019-01-04T17:26:05+00:00 urn:sha1:c9141fc99fa806f4e9393d7109aadd30693e3017 llvm-svn: 350416 2018-02-23T12:20:26+00:00 Hans Wennborg hans@hanshq.net 2018-02-23T12:20:26+00:00 urn:sha1:35d6e944e1ea6124bf9cddba7fe58bf246ff23ab llvm-svn: 325894 2017-05-30T20:21:47+00:00 Ben Langmuir blangmuir@apple.com 2017-05-30T20:21:47+00:00 urn:sha1:a8217afe168b4aa02bbd395f84db0928ede61723 This will fail if you configure with e.g. -Wno-unknown-warning-option. Change it to check for 'warning:' just like we did for 'error:' in r289484. llvm-svn: 304239 2017-03-15T05:57:29+00:00 Michal Gorny mgorny@gentoo.org 2017-03-15T05:57:29+00:00 urn:sha1:f89c874d446fd382ccf2c2de3be27565a2629ec4 Add minimal tests that check whether path options do not fail and output directories looking like expected. Requested in https://reviews.llvm.org/rL291218. Differential Revision: https://reviews.llvm.org/D28533 llvm-svn: 297807 2017-01-10T19:55:51+00:00 Michal Gorny mgorny@gentoo.org 2017-01-10T19:55:51+00:00 urn:sha1:6911324ed4e6263335e94c8635ac62e7663666fb Following the similar change to lit configuration, ensure that all CMake booleans are canonicalized to 0/1 when being passed to llvm-config. This fixes the incorrect interpretation of values when user passes another value than the ON/OFF, and simplifies the code by removing unnecessary string matching. Furthermore, the code for --has-rtti and --has-global-isel has been modified to print consistent values indepdently of the boolean used by passed by the user to CMake. Sadly, the code already implicitly used different values for the two (YES/NO for --has-rtti, ON/OFF for --has-global-isel). Include tests for all booleans and multi-value options in llvm-config. Differential Revision: https://reviews.llvm.org/D28366 llvm-svn: 291593 2017-01-06T21:33:54+00:00 Michal Gorny mgorny@gentoo.org 2017-01-06T21:33:54+00:00 urn:sha1:d1b954884cd83701054f2c1ff8efc7b84b5c8cc4 Modify the --system-libs option in llvm-config to print system libs only when using static linking. The system libraries are irrelevant when linking to a shared library since the library has appropriate library dependencies embedded. Modify the --system-libs test appropriately to force static linking, and disable it if static libs are not available (i.e. BUILD_SHARED_LIBS is enabled). Differential Revision: https://reviews.llvm.org/D27805 llvm-svn: 291285 2016-12-13T22:17:59+00:00 Chris Bieneman beanz@apple.com 2016-12-13T22:17:59+00:00 urn:sha1:7f6611cf3ea0fe06c526211346c58f85cd1b0e9e This flag forces off linking libLLVM. This should resolve some issues reported on llvm-commits. llvm-svn: 289605 2016-12-13T00:29:56+00:00 Chris Bieneman beanz@apple.com 2016-12-13T00:29:56+00:00 urn:sha1:a0523fd0cd7117453c467ec3c54138ab41b8276f Turns out if you were on windows and your default target wasn't windows the system-windows feature wasn't getting enabled. This fixes that and updates the coff-dwarf test to rely on the new "target-windows" feature. That test was the reason why system-windows was changed to not always be enabled on Windows hosts. llvm-svn: 289503 2016-12-12T23:42:08+00:00 Chris Bieneman beanz@apple.com 2016-12-12T23:42:08+00:00 urn:sha1:e96abc6d45352310fd662c40ea14e8bbc13f4cfa Hopefully this will fix the failing Windows bot. llvm-svn: 289497 2016-12-12T23:14:58+00:00 Chris Bieneman beanz@apple.com 2016-12-12T23:14:58+00:00 urn:sha1:1a5e67869e5458065f6ecf500f22ee6024d95d28 This reverts commit r260386. These tests all pass for me locally. I have no idea if they will pass on all configurations, so I'll watch the bots closely. llvm-svn: 289490