[PATCH] D54010: [CodeGen] Fix a crash when updating a zeroinitialize designated initializer

2018-11-01 Thread Erik Pilkington via Phabricator via cfe-commits
erik.pilkington added inline comments. Comment at: clang/lib/CodeGen/CGExprConstant.cpp:1142 + llvm_unreachable("Unexpected Base constant type!"); +} rjmccall wrote: > Is `getAggregateElement` not good enough here? No, `getAggregateElement` is

[PATCH] D54010: [CodeGen] Fix a crash when updating a zeroinitialize designated initializer

2018-11-01 Thread Erik Pilkington via Phabricator via cfe-commits
erik.pilkington updated this revision to Diff 172306. erik.pilkington marked an inline comment as done. erik.pilkington added a comment. Use `getAggregateElement`. Thanks! https://reviews.llvm.org/D54010 Files: clang/lib/CodeGen/CGExprConstant.cpp

[PATCH] D51340: Add /Zc:DllexportInlines option to clang-cl

2018-11-01 Thread Takuto Ikuta via Phabricator via cfe-commits
takuto.ikuta added a comment. Hans, thank you for review! I addressed all your comment and fixed small behavior. Comment at: clang/test/CodeGenCXX/dllexport-no-dllexport-inlines.cpp:76 + // DEFAULT-NOT: InlineOutclassDefFunc@NoTemplateExportedClass@@ + __forceinline void

[PATCH] D51340: Add /Zc:DllexportInlines option to clang-cl

2018-11-01 Thread Takuto Ikuta via Phabricator via cfe-commits
takuto.ikuta updated this revision to Diff 172304. takuto.ikuta marked 17 inline comments as done. takuto.ikuta added a comment. Simplify test and fix some behavior. https://reviews.llvm.org/D51340 Files: clang/include/clang/Basic/Attr.td clang/include/clang/Basic/LangOptions.def

[PATCH] D54010: [CodeGen] Fix a crash when updating a zeroinitialize designated initializer

2018-11-01 Thread John McCall via Phabricator via cfe-commits
rjmccall added inline comments. Comment at: clang/lib/CodeGen/CGExprConstant.cpp:1142 + llvm_unreachable("Unexpected Base constant type!"); +} Is `getAggregateElement` not good enough here? Repository: rC Clang https://reviews.llvm.org/D54010

[PATCH] D53705: [OpenCL] Postpone PSV address space diagnostic

2018-11-01 Thread John McCall via Phabricator via cfe-commits
rjmccall added a comment. In https://reviews.llvm.org/D53705#1284734, @keryell wrote: > In https://reviews.llvm.org/D53705#1284268, @rjmccall wrote: > > > > > > > > > Okay. So the purpose of OpenCL C++ is to provide a non-unified model that > > allows you to easily run C++ code on the CPU. > >

[clang-tools-extra] r345952 - [clangd] Fix clang -Wimplicit-fallthrough

2018-11-01 Thread Fangrui Song via cfe-commits
Author: maskray Date: Thu Nov 1 21:23:50 2018 New Revision: 345952 URL: http://llvm.org/viewvc/llvm-project?rev=345952=rev Log: [clangd] Fix clang -Wimplicit-fallthrough Modified: clang-tools-extra/trunk/clangd/CodeComplete.cpp Modified: clang-tools-extra/trunk/clangd/CodeComplete.cpp URL:

[clang-tools-extra] r345951 - Fix -Wimplicit-fallthrough warning in LLVM_ENABLE_ASSERTIONS=Off builds

2018-11-01 Thread Fangrui Song via cfe-commits
Author: maskray Date: Thu Nov 1 21:17:17 2018 New Revision: 345951 URL: http://llvm.org/viewvc/llvm-project?rev=345951=rev Log: Fix -Wimplicit-fallthrough warning in LLVM_ENABLE_ASSERTIONS=Off builds Modified: clang-tools-extra/trunk/clang-tidy/cert/StrToNumCheck.cpp Modified:

[PATCH] D53692: [analyzer] Evaluate all non-checker config options before analysis

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ added a comment. I guess i'm running out of steam for today :) > `Opts.shouldDoThat()` -> `Opts.ShouldDoThat.getValue()` Is this really unavoidable? Like, what makes them optional when they're always non-optional? Maybe just somehow prevent un-eagerly-initialized AnalyzerConfig from

r345950 - Fix -Wimplicit-fallthrough warning in LLVM_ENABLE_ASSERTIONS=Off builds

2018-11-01 Thread Fangrui Song via cfe-commits
Author: maskray Date: Thu Nov 1 21:09:08 2018 New Revision: 345950 URL: http://llvm.org/viewvc/llvm-project?rev=345950=rev Log: Fix -Wimplicit-fallthrough warning in LLVM_ENABLE_ASSERTIONS=Off builds Modified: cfe/trunk/lib/StaticAnalyzer/Core/BasicValueFactory.cpp Modified:

[PATCH] D53483: [analyzer] Restrict AnalyzerOptions' interface so that non-checker objects have to be registered

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ added inline comments. Comment at: include/clang/StaticAnalyzer/Core/AnalyzerOptions.h:146-149 +/// If you'd like to add a new -cc1 flag, add it to +/// include/clang/Driver/CC1Options.td, add a new field to store the value of +/// that flag in this class, and initialize it

[PATCH] D53277: [analyzer][NFC] Collect all -analyzer-config options in a .def file

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ accepted this revision. NoQ added a comment. In https://reviews.llvm.org/D53277#1270141, @Szelethus wrote: > In https://reviews.llvm.org/D53277#1269960, @NoQ wrote: > > > I think this is awesome o_o > > > I'm glad you like it ^-^ I mean, do i have a choice? Like, seriously, it's...

[PATCH] D53276: [analyzer][NFC] Fix some incorrect uses of -analyzer-config options

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ accepted this revision. NoQ added a comment. Yup, seems fine, please feel free to land! The `AggressiveReport` option looks unused, we should probably remove it. Sry it took so long>< https://reviews.llvm.org/D53276 ___ cfe-commits mailing

[PATCH] D53076: [analyzer] Enhance ConditionBRVisitor to write out more information

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ added a comment. @Charusso, i believe you have some misconception about what constraints mean and how they work. Not sure what this misconception is, so i'll make a blind guess and annoy you a little bit with a narcissistic rant and you'll have to bear me, sry! The most important thing to

Re: r345562 - PR23833, DR2140: an lvalue-to-rvalue conversion on a glvalue of type

2018-11-01 Thread Petr Hosek via cfe-commits
This is triggering an assertion failure in our build, I've filed PR39528 which also has a reproducer. On Mon, Oct 29, 2018 at 7:04 PM Richard Smith via cfe-commits wrote: > > Author: rsmith > Date: Mon Oct 29 19:02:49 2018 > New Revision: 345562 > > URL:

[libunwind] r345947 - Creating release candidate rc1 from release_701 branch

2018-11-01 Thread Tom Stellard via cfe-commits
Author: tstellar Date: Thu Nov 1 20:02:31 2018 New Revision: 345947 URL: http://llvm.org/viewvc/llvm-project?rev=345947=rev Log: Creating release candidate rc1 from release_701 branch Added: libunwind/tags/RELEASE_701/rc1/ (props changed) - copied from r345946,

[libunwind] r345946 - Creating release directory for release_701.

2018-11-01 Thread Tom Stellard via cfe-commits
Author: tstellar Date: Thu Nov 1 20:02:29 2018 New Revision: 345946 URL: http://llvm.org/viewvc/llvm-project?rev=345946=rev Log: Creating release directory for release_701. Added: libunwind/tags/RELEASE_701/ ___ cfe-commits mailing list

[PATCH] D53921: Compound literals, enums, et al require const expr

2018-11-01 Thread Bill Wendling via Phabricator via cfe-commits
void updated this revision to Diff 172297. Repository: rC Clang https://reviews.llvm.org/D53921 Files: include/clang/AST/Expr.h include/clang/ASTMatchers/ASTMatchers.h lib/AST/ASTImporter.cpp lib/AST/Expr.cpp lib/AST/ExprConstant.cpp lib/ASTMatchers/ASTMatchersInternal.cpp

[PATCH] D52988: [analyzer][PlistMacroExpansion] Part 5.: Support for # and ##

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ accepted this revision. NoQ added a comment. This revision is now accepted and ready to land. Yay. https://reviews.llvm.org/D52988 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[PATCH] D52986: [analyzer][PlistMacroExpansion] Part 4.: Support for __VA_ARGS__

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ accepted this revision. NoQ added a comment. > haha! :D https://reviews.llvm.org/D52986 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D52984: [analyzer] Checker reviewer's checklist

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ added a comment. Ok, so where do we put it? :) I think we should put the everyday checklist into the checker developer manual under a title like "Making Your Checker Better" and put the out-of-alpha checklist somewhere into docs/analyzer as plain text (because that's not a sort of info

[PATCH] D52795: [analyzer][PlistMacroExpansion] Part 3.: Macro arguments are expanded

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ accepted this revision. NoQ added inline comments. Comment at: lib/StaticAnalyzer/Core/PlistDiagnostics.cpp:677 +/// need to expanded further when it is nested inside another macro. +class MacroArgMap : public std::map { +public: Szelethus wrote: > Szelethus

[PATCH] D51575: [clang-tidy] Implement a clang-tidy check to verify Google Objective-C function naming conventions 

2018-11-01 Thread Stephane Moore via Phabricator via cfe-commits
stephanemoore updated this revision to Diff 172296. stephanemoore added a comment. Updated diff after pulling and merging. Repository: rCTE Clang Tools Extra https://reviews.llvm.org/D51575 Files: clang-tidy/google/CMakeLists.txt clang-tidy/google/FunctionNamingCheck.cpp

[PATCH] D51575: [clang-tidy] Implement a clang-tidy check to verify Google Objective-C function naming conventions 

2018-11-01 Thread Stephane Moore via Phabricator via cfe-commits
stephanemoore marked an inline comment as done. stephanemoore added a comment. https://reviews.llvm.org/D51832 is in review to update the objc-property-declaration check to allow arbitrary acronyms and initialisms. Repository: rCTE Clang Tools Extra https://reviews.llvm.org/D51575

[PATCH] D52794: [analyzer][PlistMacroExpansion] Part 2.: Retrieving the macro name and primitive expansion

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ accepted this revision. NoQ added a comment. This revision is now accepted and ready to land. Because i don't know much about macros, i shouldn't be blocking this review on waiting for myself to understand the code :) I guess we'll eventually figure out if something is wrong with it.

[PATCH] D52790: [analyzer][PlistMacroExpansion] New flag to convert macro expansions to events

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ accepted this revision. NoQ added a comment. Looks great, let's land? Not sure if i already asked - am i understanding correctly that this is a "poor-man's" support for macro expansions for tools that read plists but do not support those new plist macro dictionaries yet? Also i wanted to

[PATCH] D52730: [analyzer] ConversionChecker: handle floating point

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ accepted this revision. NoQ added a comment. The new addition makes perfect sense, please feel free to commit :) Eventually i guess we'll need to declare where is this checker going and what specific lint rule is this checker designed to check, document this rule, and move it to `optin`

[PATCH] D51832: [clang-tidy/checks] Update objc-property-declaration check to allow arbitrary acronyms and initialisms 

2018-11-01 Thread Stephane Moore via Phabricator via cfe-commits
stephanemoore added a comment. I believe that it should be safe to remove the `Acronyms` and `IncludeDefaultAcronyms` options but if it's alright with you, I would prefer to separate that into a followup change. Comment at: clang-tidy/objc/PropertyDeclarationCheck.cpp:28-31

[PATCH] D51832: [clang-tidy/checks] Update objc-property-declaration check to allow arbitrary acronyms and initialisms 

2018-11-01 Thread Stephane Moore via Phabricator via cfe-commits
stephanemoore updated this revision to Diff 172285. stephanemoore marked an inline comment as done. stephanemoore added a comment. Updated comments, release notes, and documentation to be consistent with the implemented changes. Repository: rCTE Clang Tools Extra

[PATCH] D54017: [analyzer] NullabilityChecker: Invariant violation should only be triggered for symbols.

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ added a comment. It also seems that we still have a false negative under ARC, but i didn't bother investigating it. Just in case, i added `-fobjc-arc` run-lines to older tests to see if there's any difference, and it turned out that there's no difference. Repository: rC Clang

[PATCH] D54017: [analyzer] NullabilityChecker: Invariant violation should only be triggered for symbols.

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ created this revision. NoQ added reviewers: dcoughlin, xazax.hun, george.karpenkov. Herald added subscribers: cfe-commits, dkrupp, donat.nagy, Szelethus, mikhail.ramalho, a.sidorin, rnkovacs, szepet, baloghadamsoftware. This false negative bug was exposed by https://reviews.llvm.org/D18860.

r345915 - When building a header module, treat inputs as headers rather than

2018-11-01 Thread Richard Smith via cfe-commits
Author: rsmith Date: Thu Nov 1 17:24:40 2018 New Revision: 345915 URL: http://llvm.org/viewvc/llvm-project?rev=345915=rev Log: When building a header module, treat inputs as headers rather than source files. This suppresses certain warnings (eg, '#include_next in main source file'). Modified:

[PATCH] D54014: [Sema] Push and Pop Expression Evaluation Context Records at the start and end of function definitions

2018-11-01 Thread Leonard Chan via Phabricator via cfe-commits
leonardchan created this revision. leonardchan added reviewers: rsmith, aaron.ballman. leonardchan added a project: clang. leonardchan added a dependent revision: D49511: [Sema/Attribute] Check for noderef attribute. leonardchan removed a dependent revision: D49511: [Sema/Attribute] Check for

[PATCH] D53675: [WebAssembly] Lower select for vectors

2018-11-01 Thread Thomas Lively via Phabricator via cfe-commits
tlively updated this revision to Diff 172280. tlively added a comment. - Wrap comment to 80 chars. Repository: rL LLVM https://reviews.llvm.org/D53675 Files: lib/Target/WebAssembly/WebAssemblyISelLowering.cpp lib/Target/WebAssembly/WebAssemblyInstrSIMD.td

[PATCH] D53921: Compound literals, enums, et al require const expr

2018-11-01 Thread Bill Wendling via Phabricator via cfe-commits
void updated this revision to Diff 172279. void retitled this revision from "Compound literals, global array decls, and enums require constant inits" to "Compound literals, enums, et al require const expr". void edited the summary of this revision. void added a comment. I believe this patch

[PATCH] D53847: [C++2a] P0634r3: Down with typename!

2018-11-01 Thread Richard Smith - zygoloid via Phabricator via cfe-commits
rsmith added inline comments. Comment at: include/clang/Basic/DiagnosticSemaKinds.td:4462-4463 + DefaultIgnore; +def ext_implicit_typename : ExtWarn<"implicit 'typename' is a C++2a extension">, + InGroup; Please make the start of this diagnostic match the

[PATCH] D54013: [analyzer] MallocChecker: Avoid redundant transitions.

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ created this revision. NoQ added reviewers: dcoughlin, xazax.hun, a.sidorin, george.karpenkov, rnkovacs. Herald added subscribers: cfe-commits, dkrupp, donat.nagy, Szelethus, mikhail.ramalho, szepet, baloghadamsoftware. In its `checkDeadSymbols` callback, when no pointers are tracked and

[PATCH] D18860: [analyzer] Fix the "Zombie symbols" issue.

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ added a comment. Just to be clear - this newly found problem is also automatically fixed by that patch. https://reviews.llvm.org/D18860 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[PATCH] D18860: [analyzer] Fix the "Zombie symbols" issue.

2018-11-01 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ updated this revision to Diff 172263. NoQ added a comment. Ha! Apart from Zombie symbols that are neither dead nor alive and therefore not buried properly, there are also Schrödinger symbols that are dead and alive at the same time. Moreover, asking whether a Schrödinger symbol is

[PATCH] D54010: [CodeGen] Fix a crash when updating a zeroinitialize designated initializer

2018-11-01 Thread Erik Pilkington via Phabricator via cfe-commits
erik.pilkington created this revision. erik.pilkington added reviewers: rjmccall, ahatanak. Herald added a subscriber: dexonsmith. LLVM IR, in it's infinite wisdom, doesn't relate `ConstantAggregate` and `ConstantAggregateZero` through inheritance, so make sure we handle both cases here. Fixes

[PATCH] D53912: [Headers] [MS] Add intrin0.h

2018-11-01 Thread Azharuddin Mohammed via Phabricator via cfe-commits
azharudd added a comment. In https://reviews.llvm.org/D53912#1281584, @rnk wrote: > This sounds like it would defeat what I'm assuming is the intended purpose of > intrin0.h, which is to reduce compile time. intrin.h is kind of enormous, and > the compile time problems are well-documented. We

[PATCH] D53674: [CodeGen] Fix assertion on referencing constexpr Obj-C object with ARC.

2018-11-01 Thread Volodymyr Sapsai via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL345903: [CodeGen] Fix assertion on referencing constexpr Obj-C object with ARC. (authored by vsapsai, committed by ). Herald added a subscriber: llvm-commits. Changed prior to commit:

r345903 - [CodeGen] Fix assertion on referencing constexpr Obj-C object with ARC.

2018-11-01 Thread Volodymyr Sapsai via cfe-commits
Author: vsapsai Date: Thu Nov 1 15:50:08 2018 New Revision: 345903 URL: http://llvm.org/viewvc/llvm-project?rev=345903=rev Log: [CodeGen] Fix assertion on referencing constexpr Obj-C object with ARC. Failed assertion is > Assertion failed: ((ND->isUsed(false) || !isa(ND) || >

[PATCH] D53998: [COFF, ARM64] Change setjmp for AArch64 Windows to use Intrinsic.sponentry

2018-11-01 Thread Yin Ma via Phabricator via cfe-commits
yinma added a comment. exactly the same Repository: rC Clang https://reviews.llvm.org/D53998 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D53692: [analyzer] Evaluate all non-checker config options before analysis

2018-11-01 Thread Umann Kristóf via Phabricator via cfe-commits
Szelethus added a comment. Polite ping. :) https://reviews.llvm.org/D53692 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D53483: [analyzer] Restrict AnalyzerOptions' interface so that non-checker objects have to be registered

2018-11-01 Thread Umann Kristóf via Phabricator via cfe-commits
Szelethus added a comment. A polite ping :) https://reviews.llvm.org/D53483 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D53956: Fix test assumption that Linux implies glibc.

2018-11-01 Thread Dan Albert via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rCXX345900: Fix test assumption that Linux implies glibc. (authored by danalbert, committed by ). Changed prior to commit: https://reviews.llvm.org/D53956?vs=172038=172255#toc Repository: rCXX libc++

[PATCH] D53856: [analyzer] Put llvm.Conventions back in alpha

2018-11-01 Thread Umann Kristóf via Phabricator via cfe-commits
Szelethus updated this revision to Diff 172253. Szelethus added a comment. - Moved `std::string` implementation from `InnerPointerChecker`'s testfile to the system header simulator header file. https://reviews.llvm.org/D53856 Files: include/clang/StaticAnalyzer/Checkers/Checkers.td

[PATCH] D53705: [OpenCL] Postpone PSV address space diagnostic

2018-11-01 Thread Ronan Keryell via Phabricator via cfe-commits
keryell added a comment. In https://reviews.llvm.org/D53705#1284268, @rjmccall wrote: > > Okay. So the purpose of OpenCL C++ is to provide a non-unified model that > allows you to easily run C++ code on the CPU. It is just the second-order purpose. A C++-based kernel language to program

[PATCH] D53674: [CodeGen] Fix assertion on referencing constexpr Obj-C object with ARC.

2018-11-01 Thread Volodymyr Sapsai via Phabricator via cfe-commits
vsapsai added a comment. Thanks for the review, John. I'll update the comment with TODO and commit. https://reviews.llvm.org/D53674 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D53725: [CodeGen] Move `emitConstant` from ScalarExprEmitter to CodeGenFunction. NFC.

2018-11-01 Thread Volodymyr Sapsai via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL345897: [CodeGen] Move `emitConstant` from ScalarExprEmitter to CodeGenFunction. NFC. (authored by vsapsai, committed by ). Herald added a subscriber: llvm-commits. Changed prior to commit:

r345897 - [CodeGen] Move `emitConstant` from ScalarExprEmitter to CodeGenFunction. NFC.

2018-11-01 Thread Volodymyr Sapsai via cfe-commits
Author: vsapsai Date: Thu Nov 1 14:57:05 2018 New Revision: 345897 URL: http://llvm.org/viewvc/llvm-project?rev=345897=rev Log: [CodeGen] Move `emitConstant` from ScalarExprEmitter to CodeGenFunction. NFC. The goal is to use `emitConstant` in more places. Didn't move

[PATCH] D52984: [analyzer] Checker reviewer's checklist

2018-11-01 Thread Umann Kristóf via Phabricator via cfe-commits
Szelethus added inline comments. Comment at: www/analyzer/checker_dev_manual.html:720 +Are Checkers.td and the CMakeLists entry alphabetically ordered? + + aaron.ballman wrote: > Do we want to add an item for "Is the help text for the checker a useful >

[PATCH] D53998: [COFF, ARM64] Change setjmp for AArch64 Windows to use Intrinsic.sponentry

2018-11-01 Thread Yin Ma via Phabricator via cfe-commits
yinma added a comment. re-upload due to the depended llvm patch need rework. Repository: rC Clang https://reviews.llvm.org/D53998 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D53998: [COFF, ARM64] Change setjmp for AArch64 Windows to use Intrinsic.sponentry

2018-11-01 Thread Eli Friedman via Phabricator via cfe-commits
efriedma added a comment. This is exactly the same as https://reviews.llvm.org/D53684, right? You don't need another review. Repository: rC Clang https://reviews.llvm.org/D53998 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[PATCH] D53998: [COFF, ARM64] Change setjmp for AArch64 Windows to use Intrinsic.sponentry

2018-11-01 Thread Yin Ma via Phabricator via cfe-commits
yinma created this revision. Herald added subscribers: cfe-commits, chrib, kristof.beyls, javed.absar. ARM64 setjmp expects sp on entry instead of framepointer. Repository: rC Clang https://reviews.llvm.org/D53998 Files: lib/CodeGen/CGBuiltin.cpp test/CodeGen/ms-setjmp.c Index:

[PATCH] D52984: [analyzer] Checker reviewer's checklist

2018-11-01 Thread Aaron Ballman via Phabricator via cfe-commits
aaron.ballman added inline comments. Comment at: www/analyzer/checker_dev_manual.html:720 +Are Checkers.td and the CMakeLists entry alphabetically ordered? + + Do we want to add an item for "Is the help text for the checker a useful description of what the

[PATCH] D52984: [analyzer] Checker reviewer's checklist

2018-11-01 Thread Umann Kristóf via Phabricator via cfe-commits
Szelethus requested changes to this revision. Szelethus added a comment. This revision now requires changes to proceed. I think @NoQ's list would be great to add! @dkrupp, as far as I'm aware, has some works in progress to avoid the usage of HTML, so let's put this on hold for a bit.

[PATCH] D53995: [analyzer] Drastically simplify the tblgen files used for checkers

2018-11-01 Thread Umann Kristóf via Phabricator via cfe-commits
Szelethus created this revision. Szelethus added reviewers: NoQ, george.karpenkov, xazax.hun, MTC. Herald added subscribers: cfe-commits, dkrupp, donat.nagy, jfb, mikhail.ramalho, a.sidorin, rnkovacs, szepet, whisperity. TL;DR: Interestingly, only about the quarter of the emitter file is used,

[PATCH] D53974: [clang-tidy] new check: bugprone-too-small-loop-variable

2018-11-01 Thread Tamás Zolnai via Phabricator via cfe-commits
ztamas marked 30 inline comments as done. ztamas added a comment. I fixed up formatting and the docs based on comments. Repository: rCTE Clang Tools Extra https://reviews.llvm.org/D53974 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[PATCH] D53974: [clang-tidy] new check: bugprone-too-small-loop-variable

2018-11-01 Thread Tamás Zolnai via Phabricator via cfe-commits
ztamas updated this revision to Diff 172226. ztamas added a comment. Run clang-formats on files, remove unneeded empty lines, fix up documentation. Repository: rCTE Clang Tools Extra https://reviews.llvm.org/D53974 Files: clang-tidy/bugprone/BugproneTidyModule.cpp

r345889 - [CMake][Fuchsia] Don't restrict Linux runtimes to UNIX

2018-11-01 Thread Petr Hosek via cfe-commits
Author: phosek Date: Thu Nov 1 13:36:33 2018 New Revision: 345889 URL: http://llvm.org/viewvc/llvm-project?rev=345889=rev Log: [CMake][Fuchsia] Don't restrict Linux runtimes to UNIX This allows building Linux runtimes on any platform if the correct sysroot is provided via CMake option.

[PATCH] D53970: [CMake][Fuchsia] Don't restrict Linux runtimes to UNIX

2018-11-01 Thread Petr Hosek via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL345889: [CMake][Fuchsia] Dont restrict Linux runtimes to UNIX (authored by phosek, committed by ). Herald added a subscriber: llvm-commits. Changed prior to commit:

[PATCH] D53847: [C++2a] P0634r3: Down with typename!

2018-11-01 Thread Nicolas Lesser via Phabricator via cfe-commits
Rakete updated this revision to Diff 172218. Rakete added a comment. I'm pretty sure I implemented the rules correctly now :) Repository: rC Clang https://reviews.llvm.org/D53847 Files: include/clang/Basic/DiagnosticSemaKinds.td include/clang/Parse/Parser.h

[PATCH] D53950: Fix clang -Wimplicit-fallthrough warnings across llvm, NFC

2018-11-01 Thread Reid Kleckner via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rC345882: Fix clang -Wimplicit-fallthrough warnings across llvm, NFC (authored by rnk, committed by ). Herald added a subscriber: cfe-commits. Changed prior to commit:

[PATCH] D53950: Fix clang -Wimplicit-fallthrough warnings across llvm, NFC

2018-11-01 Thread Reid Kleckner via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL345882: Fix clang -Wimplicit-fallthrough warnings across llvm, NFC (authored by rnk, committed by ). Herald added a subscriber: jrtc27. Changed prior to commit:

r345882 - Fix clang -Wimplicit-fallthrough warnings across llvm, NFC

2018-11-01 Thread Reid Kleckner via cfe-commits
Author: rnk Date: Thu Nov 1 12:54:45 2018 New Revision: 345882 URL: http://llvm.org/viewvc/llvm-project?rev=345882=rev Log: Fix clang -Wimplicit-fallthrough warnings across llvm, NFC This patch should not introduce any behavior changes. It consists of mostly one of two changes: 1. Replacing

[clang-tools-extra] r345882 - Fix clang -Wimplicit-fallthrough warnings across llvm, NFC

2018-11-01 Thread Reid Kleckner via cfe-commits
Author: rnk Date: Thu Nov 1 12:54:45 2018 New Revision: 345882 URL: http://llvm.org/viewvc/llvm-project?rev=345882=rev Log: Fix clang -Wimplicit-fallthrough warnings across llvm, NFC This patch should not introduce any behavior changes. It consists of mostly one of two changes: 1. Replacing

[PATCH] D53970: [CMake][Fuchsia] Don't restrict Linux runtimes to UNIX

2018-11-01 Thread Roland McGrath via Phabricator via cfe-commits
mcgrathr accepted this revision. mcgrathr added a comment. This revision is now accepted and ready to land. lgtm Repository: rC Clang https://reviews.llvm.org/D53970 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[PATCH] D53985: Use C++11 fallthrough attribute syntax when available and add a break

2018-11-01 Thread Richard Smith - zygoloid via Phabricator via cfe-commits
rsmith added a comment. In https://reviews.llvm.org/D53985#1284282, @aaron.ballman wrote: > In https://reviews.llvm.org/D53985#1284246, @rnk wrote: > > > In https://reviews.llvm.org/D53985#1284196, @ldionne wrote: > > > > > Would it make sense to add the GNU spelling to the attribute in Clang? >

[PATCH] D53982: Output "rule" information in SARIF

2018-11-01 Thread Aaron Ballman via Phabricator via cfe-commits
aaron.ballman closed this revision. aaron.ballman marked an inline comment as done. aaron.ballman added a comment. Thank you for the quick review and feedback -- I've commit in r345874. Comment at:

r345874 - Output "rule" information in SARIF exports.

2018-11-01 Thread Aaron Ballman via cfe-commits
Author: aaronballman Date: Thu Nov 1 11:57:38 2018 New Revision: 345874 URL: http://llvm.org/viewvc/llvm-project?rev=345874=rev Log: Output "rule" information in SARIF exports. SARIF allows you to export descriptions about rules that are present in the SARIF log. Expose the help text table

[PATCH] D52998: [benchmark] Disable exceptions in Microsoft STL

2018-11-01 Thread Elizabeth Andrews via Phabricator via cfe-commits
eandrews added a comment. > Upstreaming it first might be better, especially since the change seems to be > trivial. Is this line addition the only change proposed for the benchmark > library? Yes this line is the only change. > Do you want me to submit the patch to the benchmark library? It

r345873 - Add LLVM_FALLTHROUGH annotation after switch

2018-11-01 Thread Reid Kleckner via cfe-commits
Author: rnk Date: Thu Nov 1 11:53:02 2018 New Revision: 345873 URL: http://llvm.org/viewvc/llvm-project?rev=345873=rev Log: Add LLVM_FALLTHROUGH annotation after switch This silences a -Wimplicit-fallthrough warning from clang. GCC does not appear to warn when the case body ends in a switch.

[PATCH] D53982: Output "rule" information in SARIF

2018-11-01 Thread George Karpenkov via Phabricator via cfe-commits
george.karpenkov accepted this revision. george.karpenkov added inline comments. This revision is now accepted and ready to land. Comment at: test/Analysis/diagnostics/Inputs/expected-sarif/sarif-diagnostics-taint-test.c.sarif:10 }, - "length": 510, +

Re: r345866 - Reapply Logging: make os_log buffer size an integer constant expression.

2018-11-01 Thread Jan Vesely via cfe-commits
On Thu, 2018-11-01 at 18:40 +, Tim Northover via cfe-commits wrote: > On 1 Nov 2018, at 18:36, Jan Vesely wrote: > > this patch seems to cause a build failure: > > Ugh. Reverted as r345871. > > Do you know what linker and other options you’re using? The only > failure I’ve been able to

[PATCH] D53921: Compound literals, global array decls, and enums require constant inits

2018-11-01 Thread Bill Wendling via Phabricator via cfe-commits
void updated this revision to Diff 172194. Repository: rC Clang https://reviews.llvm.org/D53921 Files: lib/ARCMigrate/ObjCMT.cpp lib/AST/ASTImporter.cpp lib/AST/ExprConstant.cpp lib/Analysis/CFG.cpp lib/CodeGen/CGExpr.cpp lib/CodeGen/CGExprAgg.cpp lib/CodeGen/CGExprComplex.cpp

[PATCH] D53982: Output "rule" information in SARIF

2018-11-01 Thread Aaron Ballman via Phabricator via cfe-commits
aaron.ballman marked an inline comment as done. aaron.ballman added inline comments. Comment at: test/Analysis/diagnostics/sarif-multi-diagnostic-test.c:1 +// RUN: %clang_analyze_cc1 -analyzer-checker=core,alpha.security.taint,debug.TaintTest %s -verify -analyzer-output=sarif

Re: r345866 - Reapply Logging: make os_log buffer size an integer constant expression.

2018-11-01 Thread Tim Northover via cfe-commits
On 1 Nov 2018, at 18:36, Jan Vesely wrote: > this patch seems to cause a build failure: Ugh. Reverted as r345871. Do you know what linker and other options you’re using? The only failure I’ve been able to reproduce locally is when I introduced a circular dependency. Cheers. Tim.

[PATCH] D53982: Output "rule" information in SARIF

2018-11-01 Thread Aaron Ballman via Phabricator via cfe-commits
aaron.ballman updated this revision to Diff 172191. aaron.ballman added a comment. Updated based on review feedback. https://reviews.llvm.org/D53982 Files: lib/StaticAnalyzer/Core/SarifDiagnostics.cpp test/Analysis/diagnostics/Inputs/expected-sarif/sarif-diagnostics-taint-test.c.sarif

r345872 - Revert "[COFF, ARM64] Change setjmp for AArch64 Windows to use Intrinsic.sponentry"

2018-11-01 Thread Mandeep Singh Grang via cfe-commits
Author: mgrang Date: Thu Nov 1 11:38:26 2018 New Revision: 345872 URL: http://llvm.org/viewvc/llvm-project?rev=345872=rev Log: Revert "[COFF, ARM64] Change setjmp for AArch64 Windows to use Intrinsic.sponentry" This reverts commit 619111f5ccf349b635e4987ec02d15777c571495. Modified:

r345871 - Revert "Reapply Logging: make os_log buffer size an integer constant expression."

2018-11-01 Thread Tim Northover via cfe-commits
Author: tnorthover Date: Thu Nov 1 11:37:42 2018 New Revision: 345871 URL: http://llvm.org/viewvc/llvm-project?rev=345871=rev Log: Revert "Reapply Logging: make os_log buffer size an integer constant expression." Still more dependency hell. Added:

[PATCH] D53974: [clang-tidy] new check: bugprone-too-small-loop-variable

2018-11-01 Thread Jonas Toth via Phabricator via cfe-commits
JonasToth added a comment. But that reasoning would apply to `if` and `while` loops, as it might be an "always true". But you are right, this case is not generally problematic. long size = 30; short index = 100; // Opposite comparison if(index > size) { // } Repository:

Re: r345866 - Reapply Logging: make os_log buffer size an integer constant expression.

2018-11-01 Thread Jan Vesely via cfe-commits
Hi, this patch seems to cause a build failure: /usr/bin/ld: CMakeFiles/clangAST.dir/OSLog.cpp.o: in function `(anonymous namespace)::OSLogFormatStringHandler::~OSLogFormatStringHandler()': /home/jvesely/llvm/tools/clang/lib/AST/OSLog.cpp:18: undefined reference to

[PATCH] D53985: Use C++11 fallthrough attribute syntax when available and add a break

2018-11-01 Thread Aaron Ballman via Phabricator via cfe-commits
aaron.ballman added a comment. In https://reviews.llvm.org/D53985#1284246, @rnk wrote: > In https://reviews.llvm.org/D53985#1284196, @ldionne wrote: > > > Would it make sense to add the GNU spelling to the attribute in Clang? > > > I'll redirect that question to @rsmith and @aaron.ballman. I

[PATCH] D53985: Use C++11 fallthrough attribute syntax when available and add a break

2018-11-01 Thread Reid Kleckner via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL345870: Use C++11 fallthrough attribute syntax when available and add a break (authored by rnk, committed by ). Herald added a subscriber: llvm-commits. Changed prior to commit:

[PATCH] D53705: [OpenCL] Postpone PSV address space diagnostic

2018-11-01 Thread John McCall via Phabricator via cfe-commits
rjmccall added a comment. In https://reviews.llvm.org/D53705#1284203, @keryell wrote: > I was really meaning "run on the CPU" and not "run on the GPU", it was not a > typo from me. :-) > If there are no visible language extensions besides C++ classes, it is > easier to run the kernel code on

[PATCH] D52615: Handle -fsanitize-address-poison-class-member-array-new-cookie in the driver and propagate it to cc1

2018-11-01 Thread John McCall via Phabricator via cfe-commits
rjmccall added inline comments. Comment at: docs/ClangCommandLineReference.rst:805 -Enable poisoning array cookies when using class member operator new\[\] in AddressSanitizer +Enable poisoning array cookies when using custom operator new\[\] in AddressSanitizer

[PATCH] D53985: Use C++11 fallthrough attribute syntax when available and add a break

2018-11-01 Thread Reid Kleckner via Phabricator via cfe-commits
rnk added subscribers: aaron.ballman, rsmith. rnk added a comment. In https://reviews.llvm.org/D53985#1284196, @ldionne wrote: > Would it make sense to add the GNU spelling to the attribute in Clang? I'll redirect that question to @rsmith and @aaron.ballman. I have a vague recollection that

[PATCH] D53847: [C++2a] P0634r3: Down with typename!

2018-11-01 Thread Nicolas Lesser via Phabricator via cfe-commits
Rakete added inline comments. Comment at: test/SemaCXX/unknown-type-name.cpp:50 template -void f(T::type) { } // expected-error{{missing 'typename'}} +void f(T::type) { } // expected-warning {{implicit 'typename' is a C++2a extension}} rsmith wrote: >

[PATCH] D53847: [C++2a] P0634r3: Down with typename!

2018-11-01 Thread Richard Smith - zygoloid via Phabricator via cfe-commits
rsmith added inline comments. Comment at: test/SemaCXX/unknown-type-name.cpp:50 template -void f(T::type) { } // expected-error{{missing 'typename'}} +void f(T::type) { } // expected-warning {{implicit 'typename' is a C++2a extension}} Rakete wrote: >

[PATCH] D53141: [OpenMP][libomptarget] Add runtime function for pushing coalesced global records

2018-11-01 Thread Phabricator via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rOMP345867: [OpenMP][libomptarget] Add runtime function for pushing coalesced global records (authored by gbercea, committed by ). Changed prior to commit:

[PATCH] D53524: [ThinLTO] Enable LTOUnit only when it is needed

2018-11-01 Thread Teresa Johnson via Phabricator via cfe-commits
tejohnson updated this revision to Diff 172181. tejohnson added a comment. Address comments: Promote -flto-unit to clang driver option (and test it) Adjust LTOVisibility.rst to reflect change of default and new option. Repository: rC Clang https://reviews.llvm.org/D53524 Files:

r345866 - Reapply Logging: make os_log buffer size an integer constant expression.

2018-11-01 Thread Tim Northover via cfe-commits
Author: tnorthover Date: Thu Nov 1 11:04:49 2018 New Revision: 345866 URL: http://llvm.org/viewvc/llvm-project?rev=345866=rev Log: Reapply Logging: make os_log buffer size an integer constant expression. The size of an os_log buffer is known at any stage of compilation, so making it a constant

[PATCH] D53738: [Fixed Point Arithmetic] Fixed Point Addition

2018-11-01 Thread John McCall via Phabricator via cfe-commits
rjmccall added a comment. >> 1. You would have an inconsistency in either case, since e.g. numeric + >> otherwise always returns the same type as its operands, but this would not. > > True, but the CompoundAssignOperator already has that inconsistency with > ComputationResultType. Right, but

[PATCH] D52615: Handle -fsanitize-address-poison-class-member-array-new-cookie in the driver and propagate it to cc1

2018-11-01 Thread Filipe Cabecinhas via Phabricator via cfe-commits
filcab updated this revision to Diff 172179. filcab added a comment. Expand yet a bit more. Repository: rC Clang https://reviews.llvm.org/D52615 Files: docs/ClangCommandLineReference.rst docs/UsersManual.rst include/clang/Driver/Options.td include/clang/Driver/SanitizerArgs.h

[PATCH] D52998: [benchmark] Disable exceptions in Microsoft STL

2018-11-01 Thread Kirill Bobyrev via Phabricator via cfe-commits
kbobyrev requested changes to this revision. kbobyrev added a comment. This revision now requires changes to proceed. In https://reviews.llvm.org/D52998#1284146, @eandrews wrote: > @kbobyrev I apologize if I was unclear in the comments. I was asking if the > changes proposed in the comments

[PATCH] D53705: [OpenCL] Postpone PSV address space diagnostic

2018-11-01 Thread Ronan Keryell via Phabricator via cfe-commits
keryell added a comment. In https://reviews.llvm.org/D53705#1281743, @rjmccall wrote: > > New versions of C++ have semi-regularly added keywords like `static_assert` > and `thread_local` that are not in the reserved space for identifiers. When > C adopted these, it spelled them

r345862 - Replace two fallthrough annotations after covered switch with unreachable

2018-11-01 Thread Reid Kleckner via cfe-commits
Author: rnk Date: Thu Nov 1 10:51:48 2018 New Revision: 345862 URL: http://llvm.org/viewvc/llvm-project?rev=345862=rev Log: Replace two fallthrough annotations after covered switch with unreachable Both preceding switches handle all possible enumerators, so the fallthrough is actually

[PATCH] D53985: Use C++11 fallthrough attribute syntax when available and add a break

2018-11-01 Thread Louis Dionne via Phabricator via cfe-commits
ldionne accepted this revision. ldionne added a comment. This revision is now accepted and ready to land. Would it make sense to add the GNU spelling to the attribute in Clang? https://reviews.llvm.org/D53985 ___ cfe-commits mailing list

  1   2   >