{"push_id":943111513,"size":30,"distinct_size":1,"ref":"refs/heads/mesos","head":"c866ad98e8f8ae2292aa2c68a6d5ea2a472e5d9e","before":"61f6a4fbdc83e234b2c2e6b3f76cc25829e1bc27","commits":[{"sha":"fe46d7ff72602631f89c7c0e1ea183db06deffaa","author":{"email":"93bc8cadbce847348ebaf745f950579f80a983df@google.com","name":"Manuel Klimek"},"message":"Fix formatting of fully qualified names in array subscripts.\n\nBefore:\n  a[ ::b::c];\n\nAfter:\n  a[::b::c];\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258123 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/fe46d7ff72602631f89c7c0e1ea183db06deffaa"},{"sha":"7a21676b47547a0d1c2b9d123c8c78ec01f1c4b0","author":{"email":"0d2d6fe0cb2e9ade0d2bf90d72a72b8ac034ef0e@gmx.de","name":"Nico Weber"},"message":"Add -Wexpansion-to-undefined: warn when using `defined` in a macro definition.\n\n[cpp.cond]p4:\n  Prior to evaluation, macro invocations in the list of preprocessing\n  tokens that will become the controlling constant expression are replaced\n  (except for those macro names modified by the 'defined' unary operator),\n  just as in normal text. If the token 'defined' is generated as a result\n  of this replacement process or use of the 'defined' unary operator does\n  not match one of the two specified forms prior to macro replacement, the\n  behavior is undefined.\n\nThis isn't an idle threat, consider this program:\n  #define FOO\n  #define BAR defined(FOO)\n  #if BAR\n  ...\n  #else\n  ...\n  #endif\nclang and gcc will pick the #if branch while Visual Studio will take the\n#else branch.  Emit a warning about this undefined behavior.\n\nOne problem is that this also applies to function-like macros. While the\nexample above can be written like\n\n    #if defined(FOO) && defined(BAR)\n    #defined HAVE_FOO 1\n    #else\n    #define HAVE_FOO 0\n    #endif\n\nthere is no easy way to rewrite a function-like macro like `#define FOO(x)\n(defined __foo_##x && __foo_##x)`.  Function-like macros like this are used in\npractice, and compilers seem to not have differing behavior in that case. So\nthis a default-on warning only for object-like macros. For function-like\nmacros, it is an extension warning that only shows up with `-pedantic`.\n(But it's undefined behavior in both cases.)\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258128 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/7a21676b47547a0d1c2b9d123c8c78ec01f1c4b0"},{"sha":"923c7a97b44afe629018d84235ee1bd1e58c4a0c","author":{"email":"0d2d6fe0cb2e9ade0d2bf90d72a72b8ac034ef0e@gmx.de","name":"Nico Weber"},"message":"Rename -Wexpansion-to-undefined to -Wexpansion-to-defined.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258131 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/923c7a97b44afe629018d84235ee1bd1e58c4a0c"},{"sha":"77ca687869b3adaa82d774d6c3c3bc5e4598555c","author":{"email":"632a899acb3e09bb866b9554f0a3d426f6744686@us.ibm.com","name":"Carlo Bertolli"},"message":"Activate OpenMP private clause for target construct and a regression test.\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258140 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/77ca687869b3adaa82d774d6c3c3bc5e4598555c"},{"sha":"30395ea6a760198a47fbc6e9567aafd8970d938c","author":{"email":"4ba501e1be48e706a96a32d1bea9c8d791bf3a0f@apple.com","name":"Chris Bieneman"},"message":"[CMake] Properly respect the CLANG_APPEND_VC_REV option\n\nOnly set -DSVN_REVISION if CLANG_APPEND_VC_REV=On\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258143 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/30395ea6a760198a47fbc6e9567aafd8970d938c"},{"sha":"ed2c14216cb447992d4096de7055df10bd80bc4c","author":{"email":"da230f0243ee2df490cee3ca2c04c1ee8891c8ea@apple.com","name":"Adrian Prantl"},"message":"Module Debugging: Defer the emission of anonymous tag decls\nuntil we are visiting their declcontext.\n\nThis fixes a regression introduced in r256962:\nWhen building debug info for a typdef'd anonymous tag type, we would be\nvisiting the inner anonymous type first thus creating a \"typedef changes\nlinkage of anonymous type, but linkage was already computed\" error.\n\nrdar://problem/24199640\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258152 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/ed2c14216cb447992d4096de7055df10bd80bc4c"},{"sha":"faeccf347ca1aae1b3bce607766970ee5329200c","author":{"email":"1fb1fc80f21b0d208a3adb41417b398f64631ec8@us.ibm.com","name":"Samuel Antao"},"message":"[OpenMP] Parsing + sema for \"target enter data\" directive.\n\nPatch by Arpith Jacob. Thanks!\n\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258165 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/faeccf347ca1aae1b3bce607766970ee5329200c"},{"sha":"d79077e1574d20d7e444ef09b579d040497544bf","author":{"email":"631d11d9fe908fc8f04b5865032c3043cb48fdfb@google.com","name":"Justin Lebar"},"message":"[CUDA] Handle -O options (more) correctly.\n\nSummary:\nPreviously we'd crash the driver if you passed -O0.  Now we try to\nhandle all of clang's various optimization flags in a sane way.\n\nReviewers: tra\n\nSubscribers: cfe-commits, echristo, jhen\n\nDifferential Revision: http://reviews.llvm.org/D16307\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258174 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/d79077e1574d20d7e444ef09b579d040497544bf"},{"sha":"5243a6feb0e10358b6dd05b0fa1225d6cb51263b","author":{"email":"1fb1fc80f21b0d208a3adb41417b398f64631ec8@us.ibm.com","name":"Samuel Antao"},"message":"[OpenMP] Parsing + sema for \"target exit data\" directive.\n\nPatch by Arpith Jacob. Thanks!\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258177 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/5243a6feb0e10358b6dd05b0fa1225d6cb51263b"},{"sha":"a064ffc5ba97a5dc6daec023ed0944ffb37d42e4","author":{"email":"1fb1fc80f21b0d208a3adb41417b398f64631ec8@us.ibm.com","name":"Samuel Antao"},"message":"[OpenMP] Detect implicit map type to report unspecified map type for target enter/exit data directives.\n\nSupport for the following OpenMP 4.5 restriction on 'target enter data' and 'target exit data':\n\n  - A map-type must be specified in all map clauses.\n\nI have to save 'IsMapTypeImplicit' when parsing a map clause to support this constraint and for more informative error messages. This helps me support the following case:\n\n  #pragma omp target enter data map(r) // expected-error {{map type must be specified for '#pragma omp target enter data'}}\n\nand distinguish it from:\n\n  #pragma omp target enter data map(tofrom: r) // expected-error {{map type 'tofrom' is not allowed for '#pragma omp target enter data'}}\n\nPatch by Arpith Jacob. Thanks!\n\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258179 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/a064ffc5ba97a5dc6daec023ed0944ffb37d42e4"},{"sha":"2f1b3a21152c2a7db3c8949b8a8247510eb46948","author":{"email":"4ba501e1be48e706a96a32d1bea9c8d791bf3a0f@apple.com","name":"Chris Bieneman"},"message":"[CMake] Creating add_clang_tool macro to wrap add_clang_executable and generate install actions and targets.\n\nThis change brings forward the LLVM convention that \"executables\" are just runnable binaries, and \"tools\" are executables that are part of the project's install.\n\nHaving this abstraction will allow us to simplify some of the tool CMakeLists files, and it will standardize some of the install behaviors.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258209 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/2f1b3a21152c2a7db3c8949b8a8247510eb46948"},{"sha":"1d2a84e04f6c7953e9c6a0b9680e1235410e5d1e","author":{"email":"5a7a6a189b47cd31d24667a751e4003cd04eced5@aaronballman.com","name":"Aaron Ballman"},"message":"Allow __attribute__((mode)) to appertain to field declarations again. Corrects compile issues with LibreOffice.\n\nPatch by Stephan Bergmann\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258213 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/1d2a84e04f6c7953e9c6a0b9680e1235410e5d1e"},{"sha":"82991f2a04c2f403d2473bd6c6bb659cf15ab7f5","author":{"email":"4ba501e1be48e706a96a32d1bea9c8d791bf3a0f@apple.com","name":"Chris Bieneman"},"message":"[CMake] Don't apply Export set to clang tools\n\nI can't apply export to tools without getting some strange CMake spew. The behavior here is a bit unexpected. CMake is complaining about static link dependencies not being in the same export set, which shouldn't matter.\n\nIn the short term it is easier to just remove the export set (which was just added in r258209) while I sort this out.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258214 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/82991f2a04c2f403d2473bd6c6bb659cf15ab7f5"},{"sha":"b1d94e85096aa1e569f74f6ad4c2e87fecc1db27","author":{"email":"ec922ca029476608f5ef5cee4c7ae2e6c0b12986@gmail.com","name":"NAKAMURA Takumi"},"message":"StmtOpenMP.h: Fix a warning in r258165. [-Wdocumentation]\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258219 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/b1d94e85096aa1e569f74f6ad4c2e87fecc1db27"},{"sha":"15b1e41f6d5d1d95f7b41e47a3b0b30ecf6f78af","author":{"email":"ec922ca029476608f5ef5cee4c7ae2e6c0b12986@gmail.com","name":"NAKAMURA Takumi"},"message":"StmtOpenMP.h: Fix a warning in r258177. [-Wdocumentation]\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258220 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/15b1e41f6d5d1d95f7b41e47a3b0b30ecf6f78af"},{"sha":"135b6cd218276eaf2c9564b93e28e9da830f5928","author":{"email":"da230f0243ee2df490cee3ca2c04c1ee8891c8ea@apple.com","name":"Adrian Prantl"},"message":"Module Debugging: Make sure that anonymous tag decls that define global\nvariables are visited.\n\nThis shouldn't encourage anyone to put global variables into clang modules.\nrdar://problem/24199640\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258250 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/135b6cd218276eaf2c9564b93e28e9da830f5928"},{"sha":"4732653928fbe889856d02682478d306e6759c57","author":{"email":"da230f0243ee2df490cee3ca2c04c1ee8891c8ea@apple.com","name":"Adrian Prantl"},"message":"Module Debugging: Don't emit external type references to anonymous types.\nEven if they exist in the module, they can't be matched with the forward\ndeclaration in the object file.\n<rdar://problem/24199640>\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258251 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/4732653928fbe889856d02682478d306e6759c57"},{"sha":"5c10539da2d97383808d389bbf6ee2851568f014","author":{"email":"da230f0243ee2df490cee3ca2c04c1ee8891c8ea@apple.com","name":"Adrian Prantl"},"message":"Module Debugging: Add Objective-C testcases for anonymous tag decls. (NFC)\n\nrdar://problem/24199640\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258252 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/5c10539da2d97383808d389bbf6ee2851568f014"},{"sha":"b5997a7e7464a6ffc571b05d2fff6b09a4eef977","author":{"email":"cebe363cee6d3fa04b2b89435790869c6de2f2fc@google.com","name":"Xinliang David Li"},"message":"Reference the updated function name /NFC\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258261 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/b5997a7e7464a6ffc571b05d2fff6b09a4eef977"},{"sha":"f9467801571b4774542994b465247ec490b13af5","author":{"email":"631d11d9fe908fc8f04b5865032c3043cb48fdfb@google.com","name":"Justin Lebar"},"message":"[CUDA] Only allow __global__ on free functions and static member functions.\n\nSummary:\nWarn for NVCC compatibility if you declare a static member function or\ninline function as __global__.\n\nReviewers: tra\n\nSubscribers: jhen, echristo, cfe-commits\n\nDifferential Revision: http://reviews.llvm.org/D16261\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@258263 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":false,"url":"https://api.github.com/repos/mpark/clang/commits/f9467801571b4774542994b465247ec490b13af5"}]}