Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2020-02-28T10:26:34+00:00 2020-02-28T10:26:34+00:00 Hans Wennborg hans@chromium.org 2020-02-28T08:59:24+00:00 urn:sha1:daae05af2a5d1170de6940569128dcf071db32ef llvm-ar is using CompareStringOrdinal which is available only starting with Windows Vista (WINVER 0x600). Fix this by hoising WindowsSupport.h, which sets _WIN32_WINNT to 0x0601, up to llvm/include/llvm/Support and use it in llvm-ar. Patch by Cristian Adam! Differential revision: https://reviews.llvm.org/D74599 (cherry picked from commit 01f9abbb50b11dd26b9ccb7cb565cc955d2b9c74) This is for https://bugs.llvm.org/show_bug.cgi?id=44907 2020-01-07T18:58:26+00:00 Alexandre Ganea alexandre.ganea@ubisoft.com 2020-01-07T18:58:17+00:00 urn:sha1:75eacbf1a9fbc29432a6e0c5627e6c8e95683956 Fixes warning: loop variable 'E' of type 'const llvm::StringRef' creates a copy from type 'const llvm::StringRef' [-Wrange-loop-analysis] 2019-08-05T05:43:48+00:00 Fangrui Song maskray@google.com 2019-08-05T05:43:48+00:00 urn:sha1:d9b948b6eb7362f36264b71795dab179906e36be F_{None,Text,Append} are kept for compatibility since r334221. llvm-svn: 367800 2019-01-19T08:50:56+00:00 Chandler Carruth chandlerc@gmail.com 2019-01-19T08:50:56+00:00 urn:sha1:2946cd701067404b99c39fb29dc9c74bd7193eb3 to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636 2018-11-06T23:39:59+00:00 Reid Kleckner rnk@google.com 2018-11-06T23:39:59+00:00 urn:sha1:c30932248fd73e7ada87ea832ccf7789826639bf Sink Windows version detection code from WindowsSupport.h to Path.inc. These functions don't need to be inlined. I randomly picked Process.inc for the Windows version helpers, since that's the most related file. Sink MakeErrMsg to Program.inc since it's the main client. Move those functions into the llvm namespace, and delete the scoped handle copy and assignment operators. Reviewers: zturner, aganea Differential Revision: https://reviews.llvm.org/D54182 llvm-svn: 346280 2018-09-11T21:02:03+00:00 Reid Kleckner rnk@google.com 2018-09-11T21:02:03+00:00 urn:sha1:45265d996b4e8e9e138d7ee9d75c02ffe0149676 Fixes at_file.c test failure caused by r341988. We may want to change how we treat \n in our tokenizer, but this is probably a good fix regardless, since we can invoke all kinds of programs with different interpretations of the command line quoting rules. llvm-svn: 341992 2018-06-12T17:43:52+00:00 Zachary Turner zturner@google.com 2018-06-12T17:43:52+00:00 urn:sha1:08426e1f9f76f137d6958a450b1b5febed9b2ff2 This simplifies some code which had StringRefs to begin with, and makes other code more complicated which had const char* to begin with. In the end, I think this makes for a more idiomatic and platform agnostic API. Not all platforms launch process with null terminated c-string arrays for the environment pointer and argv, but the api was designed that way because it allowed easy pass-through for posix-based platforms. There's a little additional overhead now since on posix based platforms we'll be takign StringRefs which were constructed from null terminated strings and then copying them to null terminate them again, but from a readability and usability standpoint of the API user, I think this API signature is strictly better. llvm-svn: 334518 2018-06-10T20:57:14+00:00 Zachary Turner zturner@google.com 2018-06-10T20:57:14+00:00 urn:sha1:15243d5a6df3e2cd3e3386891a6338388029b256 I took some liberties and quoted fewer characters than before, based on an article from MSDN which says that only certain characters cause an arg to require quoting. This seems to be incorrect, though, and worse it seems to be a difference in Windows version. The bot that fails is Windows 7, and I can't reproduce the failure on Win 10. But it's definitely related to quoting and special characters, because both tests that fail have a * in the argument, which is one of the special characters that would cause an argument to be quoted before but not any longer after the new patch. Since I don't have Win 7, all I can do is just guess that I need to restore the old quoting rules. So this patch does that in hopes that it fixes the problem on Windows 7. llvm-svn: 334375 2018-06-10T03:16:25+00:00 Zachary Turner zturner@google.com 2018-06-10T03:16:25+00:00 urn:sha1:071a09053ad2e5cc6e7f9fcace738193528c07b5 This reverts commit 65243b6d19143cb7a03f68df0169dcb63e8b4632. Seems like it's not a flake. It might have something to do with the '*' character being in a command line. llvm-svn: 334356 2018-06-10T02:46:11+00:00 Zachary Turner zturner@google.com 2018-06-10T02:46:11+00:00 urn:sha1:5e119768a1ecf9d6f8ad5b38de7497cc334b69d9 There were a few linux compilation failures, but other than that I think this was just a flake that caused the tests to fail. I'm going to resubmit and see if the failures go away, if not I'll revert again. llvm-svn: 334355