Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.0 2018-07-26T16:51:21+00:00 2018-07-26T16:51:21+00:00 Akira Hatanaka ahatanaka@apple.com 2018-07-26T16:51:21+00:00 urn:sha1:cb6a933c9bd010f06b0ae50893afb3f821bd5fe0 When an exception is thrown in a block copy helper function, captured objects that have previously been copied should be destructed or released. Similarly, captured objects that are yet to be released should be released when an exception is thrown in a dispose helper function. rdar://problem/42410255 Differential Revision: https://reviews.llvm.org/D49718 llvm-svn: 338041 2015-10-22T18:38:17+00:00 John McCall rjmccall@apple.com 2015-10-22T18:38:17+00:00 urn:sha1:460ce58fa6a165ebad98c848aaec2f09cefe7603 Previously, __weak was silently accepted and ignored in MRC mode. That makes this a potentially source-breaking change that we have to roll out cautiously. Accordingly, for the time being, actual support for __weak references in MRC is experimental, and the compiler will reject attempts to actually form such references. The intent is to eventually enable the feature by default in all non-GC modes. (It is, of course, incompatible with ObjC GC's interpretation of __weak.) If you like, you can enable this feature with -Xclang -fobjc-weak but like any -Xclang option, this option may be removed at any point, e.g. if/when it is eventually enabled by default. This patch also enables the use of the ARC __unsafe_unretained qualifier in MRC. Unlike __weak, this is being enabled immediately. Since variables are essentially __unsafe_unretained by default in MRC, the only practical uses are (1) communication and (2) changing the default behavior of by-value block capture. As an implementation matter, this means that the ObjC ownership qualifiers may appear in any ObjC language mode, and so this patch removes a number of checks for getLangOpts().ObjCAutoRefCount that were guarding the processing of these qualifiers. I don't expect this to be a significant drain on performance; it may even be faster to just check for these qualifiers directly on a type (since it's probably in a register anyway) than to do N dependent loads to grab the LangOptions. rdar://9674298 llvm-svn: 251041 2015-04-16T23:25:00+00:00 David Blaikie dblaikie@gmail.com 2015-04-16T23:25:00+00:00 urn:sha1:d6c88ece215ac0d9ec5519803beb3a16c7bffed1 (migration for recent LLVM change to textual IR for calls) llvm-svn: 235147 2015-02-27T21:19:58+00:00 David Blaikie dblaikie@gmail.com 2015-02-27T21:19:58+00:00 urn:sha1:a953f2825ba916302b1008fa071fff336ec67bf1 llvm-svn: 230795 2015-02-27T19:18:17+00:00 David Blaikie dblaikie@gmail.com 2015-02-27T19:18:17+00:00 urn:sha1:218b78319277e27d8f283c85369f968ab580015b llvm-svn: 230783 2013-12-05T16:25:25+00:00 Alp Toker alp@nuanti.com 2013-12-05T16:25:25+00:00 urn:sha1:f6a24ce40fd5e807a5e71b17d0c04866e195fb87 llvm-svn: 196510 2013-08-15T06:47:53+00:00 Stephen Lin stephenwlin@gmail.com 2013-08-15T06:47:53+00:00 urn:sha1:4362261b0093730e46ffcad910e8b465cf0bb1cb llvm-svn: 188447 2013-06-14T21:14:10+00:00 Eli Friedman eli.friedman@gmail.com 2013-06-14T21:14:10+00:00 urn:sha1:31a5bcc24ea1145de4c9470f6b803f4decf27c87 random checks for ObjC object return types to SemaType.cpp. Fixes issue with ObjC method type checking reported on cfe-dev. llvm-svn: 184006 2013-03-29T19:20:35+00:00 Adrian Prantl aprantl@apple.com 2013-03-29T19:20:35+00:00 urn:sha1:0f6df00e4d64e74ebb9621edf9beb0ced42e1697 * Store the .block_descriptor (instead of self) in the alloca so we can guarantee that all captured variables are available at -O0. * Add the missing OpDeref for the alloca. rdar://problem/12767564 llvm-svn: 178361 2012-12-07T07:03:17+00:00 John McCall rjmccall@apple.com 2012-12-07T07:03:17+00:00 urn:sha1:c818bbb8b283739934f42f328711bbd900984c8d We were emitting calls to blocks as if all arguments were required --- i.e. with signature (A,B,C,D,...) rather than (A,B,...). This patch fixes that and accounts for the implicit block-context argument as a required argument. In addition, this patch changes the function type under which we call unprototyped functions on platforms like x86-64 that guarantee compatibility of variadic functions with unprototyped function types; previously we would always call such functions under the LLVM type T (...)*, but now we will call them under the type T (A,B,C,D,...)*. This last change should have no material effect except for making the type conventions more explicit; it was a side-effect of the most convenient implementation. llvm-svn: 169588