r315979 - [Coverage] Explicitly mark the l.h.s of && and || (fixes PR33465)

2017-10-16 Thread Vedant Kumar via cfe-commits
Author: vedantk Date: Mon Oct 16 23:51:54 2017 New Revision: 315979 URL: http://llvm.org/viewvc/llvm-project?rev=315979&view=rev Log: [Coverage] Explicitly mark the l.h.s of && and || (fixes PR33465) This makes it possible to view sub-line region counts for the l.h.s of && and || expressions in c

[PATCH] D38947: [CodeGen] Refine generation of TBAA info for bit-field lvalues

2017-10-16 Thread John McCall via Phabricator via cfe-commits
rjmccall accepted this revision. rjmccall added a comment. This revision is now accepted and ready to land. Okay, thanks. https://reviews.llvm.org/D38947 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/l

[PATCH] D38578: [preamble] Also record the "skipping" state of the preprocessor

2017-10-16 Thread Nikolai Kosjar via Phabricator via cfe-commits
nik added a comment. This fixes the reported bug for me :) There is another related issue that is not addressed by this change. I've reported it as [preamble] Skipped ranges vanish after reparse (#ifdef with #include) https://bugs.llvm.org/show_bug.cgi?id=34971 https://reviews.llvm.org/D385

[PATCH] D38947: [CodeGen] Refine generation of TBAA info for bit-field lvalues

2017-10-16 Thread Ivan Kosarev via Phabricator via cfe-commits
kosarev added a comment. Yes, some preparation code moved past the isBitField() block and generation of TBAA info moved before creating the bit-field lvalue. Thanks for catching the BaseExpr renaming. https://reviews.llvm.org/D38947 ___ cfe-commit

[PATCH] D38947: [CodeGen] Refine generation of TBAA info for bit-field lvalues

2017-10-16 Thread Ivan Kosarev via Phabricator via cfe-commits
kosarev updated this revision to Diff 119257. kosarev added a comment. - Removed renamings that complicate reviewing. https://reviews.llvm.org/D38947 Files: lib/CodeGen/CGExpr.cpp Index: lib/CodeGen/CGExpr.cpp === --- lib/CodeGe

[PATCH] D38947: [CodeGen] Refine generation of TBAA info for bit-field lvalues

2017-10-16 Thread John McCall via Phabricator via cfe-commits
rjmccall added inline comments. Comment at: lib/CodeGen/CGExpr.cpp:3665 -LValue CodeGenFunction::EmitLValueForField(LValue base, - const FieldDecl *field) { - LValueBaseInfo BaseInfo = base.getBaseInfo(); - AlignmentSource fieldAlignS

[PATCH] D38966: CodeGen: Fix invalid bitcasts for atomic builtins

2017-10-16 Thread John McCall via Phabricator via cfe-commits
rjmccall accepted this revision. rjmccall added a comment. This revision is now accepted and ready to land. LGTM. https://reviews.llvm.org/D38966 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/

[PATCH] D38796: [CodeGen] EmitPointerWithAlignment() to generate TBAA info along with LValue base info

2017-10-16 Thread John McCall via Phabricator via cfe-commits
rjmccall accepted this revision. rjmccall added a comment. This revision is now accepted and ready to land. Ok. https://reviews.llvm.org/D38796 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cf

[PATCH] D38945: [CodeGen] Pass TBAA info along with lvalue base info everywhere

2017-10-16 Thread John McCall via Phabricator via cfe-commits
rjmccall accepted this revision. rjmccall added a comment. This revision is now accepted and ready to land. LGTM. Repository: rL LLVM https://reviews.llvm.org/D38945 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cg

[PATCH] D38110: [libunwind][MIPS]: Add support for unwinding in O32 and N64 processes.

2017-10-16 Thread John Baldwin via Phabricator via cfe-commits
bsdjhb marked 2 inline comments as done. bsdjhb added inline comments. Comment at: src/UnwindRegistersSave.S:100 +# +DEFINE_LIBUNWIND_FUNCTION(unw_getcontext) + .set push sdardis wrote: > After looking at another implementation of libunwind and the other platfor

[PATCH] D38110: [libunwind][MIPS]: Add support for unwinding in O32 and N64 processes.

2017-10-16 Thread John Baldwin via Phabricator via cfe-commits
bsdjhb updated this revision to Diff 119245. bsdjhb added a comment. - Save all of the general purpose registers. https://reviews.llvm.org/D38110 Files: include/__libunwind_config.h include/libunwind.h src/Registers.hpp src/UnwindCursor.hpp src/UnwindRegistersRestore.S src/UnwindReg

[PATCH] D38770: AMDGPU: Use stricter bounds for workitem builtins

2017-10-16 Thread Tony Tye via Phabricator via cfe-commits
t-tye added inline comments. Comment at: include/clang/Basic/TargetInfo.h:1060 + /// \returns Maximum device supported OpenCL workgroup size. + virtual unsigned getOpenCLMaxWorkGroupSize(unsigned Dim) const { +return 0; Is this specifically tied to OpenCL o

r315968 - Basic: make the nan family pure

2017-10-16 Thread Saleem Abdulrasool via cfe-commits
Author: compnerd Date: Mon Oct 16 20:30:25 2017 New Revision: 315968 URL: http://llvm.org/viewvc/llvm-project?rev=315968&view=rev Log: Basic: make the nan family pure The nan family of math routines do not rely on global state. They do however depend on their parameter. This fits the descriptio

[PATCH] D38986: [Analyzer] Better unreachable message in enumeration

2017-10-16 Thread George Karpenkov via Phabricator via cfe-commits
george.karpenkov created this revision. Herald added subscribers: szepet, xazax.hun. @dcoughlin I'm curious whether you'd like such a change: in general, I think it is much better when the assert failure tells the developer _what_ value is failing, rather than saying "oops we are dead". I would

[PATCH] D38985: [refactor] Add support for editor commands that connect IDEs/editors to the refactoring actions

2017-10-16 Thread Alex Lorenz via Phabricator via cfe-commits
arphaman created this revision. Herald added subscribers: ilya-biryukov, mgorny. This patch adds support for editor commands that allow refactoring to be used in editor clients like libclang or clangd. An editor command can be bound to an refactoring action rule. Once it is bound, it's available

[PATCH] D38978: [OpenMP] Enable the lowering of implicitly shared variables in OpenMP GPU-offloaded target regions to the GPU shared memory

2017-10-16 Thread Artem Belevich via Phabricator via cfe-commits
tra added a comment. Please add tests for the cases where such local->shaed conversion should and should not happen. I would appreciate if you could add details on what exactly your passes are supposed to move to shared memory. Considering that device-side code tends to be heavily inlined, it m

[PATCH] D38599: Remove warnings for dynamic_cast fallback.

2017-10-16 Thread Howard Hinnant via Phabricator via cfe-commits
howard.hinnant added a comment. Ok. Well that's why it is under a #define: to make it easier to include or not, depending on the needs of the platform. https://reviews.llvm.org/D38599 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http:/

[PATCH] D38599: Remove warnings for dynamic_cast fallback.

2017-10-16 Thread Dan Albert via Phabricator via cfe-commits
danalbert added a comment. In https://reviews.llvm.org/D38599#899196, @howard.hinnant wrote: > Fwiw, I wrote this code. All of that "fallback" stuff was written to make > customer code that was incorrect, but working on OS X > -version-that-used-libsupc++ continue to work. I.e. to be a crutch

[PATCH] D38599: Remove warnings for dynamic_cast fallback.

2017-10-16 Thread Howard Hinnant via Phabricator via cfe-commits
howard.hinnant added a comment. Fwiw, I wrote this code. All of that "fallback" stuff was written to make customer code that was incorrect, but working on OS X -version-that-used-libsupc++ continue to work. I.e. to be a crutch for incorrect code. It should all be removed if you no longer wan

[PATCH] D36973: [libclang] Add support for querying cursor availability

2017-10-16 Thread Jonathan B Coe via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL315959: [libclang] Add support for querying cursor availability (authored by jbcoe). Changed prior to commit: https://reviews.llvm.org/D36973?vs=118333&id=119234#toc Repository: rL LLVM https://revi

r315959 - [libclang] Add support for querying cursor availability

2017-10-16 Thread Jonathan Coe via cfe-commits
Author: jbcoe Date: Mon Oct 16 16:46:02 2017 New Revision: 315959 URL: http://llvm.org/viewvc/llvm-project?rev=315959&view=rev Log: [libclang] Add support for querying cursor availability Summary: This patch allows checking the availability of cursors through libclang and clang.cindex (Python).

[PATCH] D36955: [libclang] Visit attributes for function and class templates

2017-10-16 Thread Jonathan B Coe via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL315958: [libclang] Visit attributes for function and class templates (authored by jbcoe). Changed prior to commit: https://reviews.llvm.org/D36955?vs=118330&id=119233#toc Repository: rL LLVM https:/

r315958 - [libclang] Visit attributes for function and class templates

2017-10-16 Thread Jonathan Coe via cfe-commits
Author: jbcoe Date: Mon Oct 16 16:43:02 2017 New Revision: 315958 URL: http://llvm.org/viewvc/llvm-project?rev=315958&view=rev Log: [libclang] Visit attributes for function and class templates Summary: Previously, `VisitAttributes` was not called for function and class templates and thus their a

[PATCH] D38982: [refactor] Initial outline of implementation of "extract function" refactoring

2017-10-16 Thread Alex Lorenz via Phabricator via cfe-commits
arphaman created this revision. Herald added a subscriber: mgorny. This patch adds an initial, skeleton outline of the "extract function" refactoring. The extracted function doesn't capture variables / rewrite code yet, it just basically does a simple copy-paste. The following initiation rules a

[PATCH] D38737: [X86] test/testn intrinsics lowering to IR. clang side

2017-10-16 Thread Craig Topper via Phabricator via cfe-commits
craig.topper added inline comments. Comment at: lib/Headers/avx512bwintrin.h:2109 + return _mm512_cmp_epi8_mask(_mm512_and_epi32(__A, __B), +_mm512_setzero_qi(), 4); } Can you align this with the opening paren on the line above? Same with all th

r315956 - Fix usage in TableGen of getValueAsString

2017-10-16 Thread Erich Keane via cfe-commits
Author: erichkeane Date: Mon Oct 16 16:25:24 2017 New Revision: 315956 URL: http://llvm.org/viewvc/llvm-project?rev=315956&view=rev Log: Fix usage in TableGen of getValueAsString Record::getValueAsString returns a stringref to an interned string (apparently had been changed since most of tablegen

[PATCH] D38979: Fix usage in TableGen of getValueAsString

2017-10-16 Thread Erich Keane via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL315956: Fix usage in TableGen of getValueAsString (authored by erichkeane). Changed prior to commit: https://reviews.llvm.org/D38979?vs=119218&id=119227#toc Repository: rL LLVM https://reviews.llvm.

r315953 - Don't print end-of-directive tokens in -E output

2017-10-16 Thread Reid Kleckner via cfe-commits
Author: rnk Date: Mon Oct 16 16:07:15 2017 New Revision: 315953 URL: http://llvm.org/viewvc/llvm-project?rev=315953&view=rev Log: Don't print end-of-directive tokens in -E output This comes up when pre-processing standalone .s files containing hash-prefixed comments. The pre-processor should skip

Re: r315951 - Make __builtin_types_compatible_p more like GCC's

2017-10-16 Thread George Burgess IV via cfe-commits
Yuck, sorry for the typos in the commit message. It should read: GCC ignores qualifiers on array types. Since we seem to have this function primarily for GCC compatibility, we should try to match that behavior. This also adds a few more test-cases for __builtin_types_compatible_p, which were insp

r315951 - Make __builtin_types_compatible_p more like GCC's

2017-10-16 Thread George Burgess IV via cfe-commits
Author: gbiv Date: Mon Oct 16 15:58:37 2017 New Revision: 315951 URL: http://llvm.org/viewvc/llvm-project?rev=315951&view=rev Log: Make __builtin_types_compatible_p more like GCC's GCC ignore qualifiers on array types. Since we seem to have this function primarily for GCC compatibility, we should

r315950 - Replace usage of std::stringstream with raw_string_ostream

2017-10-16 Thread Erich Keane via cfe-commits
Author: erichkeane Date: Mon Oct 16 15:47:26 2017 New Revision: 315950 URL: http://llvm.org/viewvc/llvm-project?rev=315950&view=rev Log: Replace usage of std::stringstream with raw_string_ostream Typically we don't use the stringstream, so instead use raw_string_stream. Additionally, the depende

[PATCH] D38979: Fix usage in TableGen of getValueAsString

2017-10-16 Thread Aaron Ballman via Phabricator via cfe-commits
aaron.ballman accepted this revision. aaron.ballman added a comment. This revision is now accepted and ready to land. LGTM, thank you for the cleanup! https://reviews.llvm.org/D38979 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lis

[PATCH] D38979: Fix usage in TableGen of getValueAsString

2017-10-16 Thread Erich Keane via Phabricator via cfe-commits
erichkeane created this revision. Record::getValueAsString returns a stringref to an interned string (apparently had been changed since most of tablegen was written). In this patch, I audited the usage of getValueAsString to find places where we can trivially stop storing 'std::string' and instea

[PATCH] D38978: [OpenMP] Enable the lowering of implicitly shared variables in OpenMP GPU-offloaded target regions to the GPU shared memory

2017-10-16 Thread Gheorghe-Teodor Bercea via Phabricator via cfe-commits
gtbercea created this revision. Herald added subscribers: mgorny, jholewinski. This patch is part of the development effort to add support in the current OpenMP GPU offloading implementation for implicitly sharing variables between a target region executed by the team master thread and the worke

[PATCH] D38976: [OpenMP] Add implicit data sharing support when offloading to NVIDIA GPUs using OpenMP device offloading

2017-10-16 Thread Gheorghe-Teodor Bercea via Phabricator via cfe-commits
gtbercea created this revision. Herald added a subscriber: jholewinski. This patch is part of the development effort to add support in the current OpenMP GPU offloading implementation for implicitly sharing variables between a target region executed by the team master thread and the worker threa

[PATCH] D38770: AMDGPU: Use stricter bounds for workitem builtins

2017-10-16 Thread Matt Arsenault via Phabricator via cfe-commits
arsenm updated this revision to Diff 119209. arsenm added a comment. Use 1024 for OpenCL https://reviews.llvm.org/D38770 Files: include/clang/Basic/TargetInfo.h lib/Basic/Targets/AMDGPU.cpp lib/Basic/Targets/AMDGPU.h lib/CodeGen/CGBuiltin.cpp test/CodeGenOpenCL/builtins-amdgcn.cl te

[PATCH] D38639: [clangd] #include statements support for Open definition

2017-10-16 Thread William Enright via Phabricator via cfe-commits
Nebiroth marked 21 inline comments as done. Nebiroth added inline comments. Comment at: clangd/ClangdUnit.cpp:103 + void AfterExecute(CompilerInstance &CI) override { +const SourceManager &SM = CI.getSourceManager(); ilya-biryukov wrote: > There's a much b

[PATCH] D38968: [OpenMP] Implement omp_is_initial_device() as builtin

2017-10-16 Thread Jonas Hahnfeld via Phabricator via cfe-commits
Hahnfeld added a comment. In https://reviews.llvm.org/D38968#898951, @grokos wrote: > Now that this issue has been addressed and regressions tests pass, should we > re-enable Cmake to build libomptarget by default? Yes, I already have a local patch which also takes care of restricting the tes

r315934 - Remove AnyX86Interrupt documentation

2017-10-16 Thread Erich Keane via cfe-commits
Author: erichkeane Date: Mon Oct 16 13:44:14 2017 New Revision: 315934 URL: http://llvm.org/viewvc/llvm-project?rev=315934&view=rev Log: Remove AnyX86Interrupt documentation This documentation was copied directly from the GCC documentaiton in r257867. Reverting and alterting the original author

[PATCH] D38968: [OpenMP] Implement omp_is_initial_device() as builtin

2017-10-16 Thread George Rokos via Phabricator via cfe-commits
grokos added a comment. Now that this issue has been addressed and regressions tests pass, should we re-enable Cmake to build libomptarget by default? https://reviews.llvm.org/D38968 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://li

[PATCH] D38969: Sort Attributes by "HeaderName"

2017-10-16 Thread Erich Keane via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL315931: Sort Attributes by "HeaderName" (authored by erichkeane). Changed prior to commit: https://reviews.llvm.org/D38969?vs=119195&id=119200#toc Repository: rL LLVM https://reviews.llvm.org/D3896

r315931 - Sort Attributes by "HeaderName"

2017-10-16 Thread Erich Keane via cfe-commits
Author: erichkeane Date: Mon Oct 16 13:31:05 2017 New Revision: 315931 URL: http://llvm.org/viewvc/llvm-project?rev=315931&view=rev Log: Sort Attributes by "HeaderName" Attributes in the docs were previously sorted (apparently) by the attribute name, so AnyX86Interrupt ended up being the first o

[PATCH] D38969: Sort Attributes by "HeaderName"

2017-10-16 Thread Aaron Ballman via Phabricator via cfe-commits
aaron.ballman accepted this revision. aaron.ballman added a comment. This revision is now accepted and ready to land. LGTM, thank you! https://reviews.llvm.org/D38969 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-

r315929 - Clarify the 'interrupt' names in Attribute Docs

2017-10-16 Thread Erich Keane via cfe-commits
Author: erichkeane Date: Mon Oct 16 13:13:36 2017 New Revision: 315929 URL: http://llvm.org/viewvc/llvm-project?rev=315929&view=rev Log: Clarify the 'interrupt' names in Attribute Docs All 4 of the 'interrupt' headers were automatically named 'interrupt'. This patch gives them unique names. Modi

[PATCH] D38970: Clarify the 'interrupt' names in Attribute Docs

2017-10-16 Thread Aaron Ballman via Phabricator via cfe-commits
aaron.ballman accepted this revision. aaron.ballman added a comment. This revision is now accepted and ready to land. LGTM, thank you! https://reviews.llvm.org/D38970 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-

[PATCH] D38939: [clangd] Handle exit notification (proper shutdown)

2017-10-16 Thread Raoul Wols via Phabricator via cfe-commits
rwols added a comment. I couldn't get the protocol.test to succeed; `clangd` returns 1 now and that trips up `lit`. I think I have to use `XFAIL` from `lit` somehow but didn't figure it out. https://reviews.llvm.org/D38939 ___ cfe-commits mailing

[PATCH] D38939: [clangd] Handle exit notification (proper shutdown)

2017-10-16 Thread Raoul Wols via Phabricator via cfe-commits
rwols updated this revision to Diff 119198. rwols added a comment. Return 0 if shutdown was received before exit, otherwise return 1 The protocol.test test fails now. https://reviews.llvm.org/D38939 Files: clangd/ClangdLSPServer.cpp clangd/ClangdLSPServer.h clangd/Protocol.h clangd/Pro

[PATCH] D38835: [refactor] selection: new CodeRangeASTSelection represents a set of selected consecutive statements

2017-10-16 Thread Alex Lorenz via Phabricator via cfe-commits
arphaman added inline comments. Comment at: include/clang/Tooling/Refactoring/ASTSelection.h:74 +/// An AST selection value that corresponds to a selection of a set of +/// statements that belong to one body of code (like one function). +/// hokein wrote: > I see

[PATCH] D38835: [refactor] selection: new CodeRangeASTSelection represents a set of selected consecutive statements

2017-10-16 Thread Alex Lorenz via Phabricator via cfe-commits
arphaman updated this revision to Diff 119197. arphaman marked 6 inline comments as done. arphaman added a comment. Address review comments Repository: rL LLVM https://reviews.llvm.org/D38835 Files: include/clang/Tooling/Refactoring/ASTSelection.h lib/Tooling/Refactoring/ASTSelection.cpp

[PATCH] D38969: Sort Attributes by "HeaderName"

2017-10-16 Thread Erich Keane via Phabricator via cfe-commits
erichkeane updated this revision to Diff 119195. erichkeane added a comment. Change the constructor in DocumentationData to take by value. https://reviews.llvm.org/D38969 Files: utils/TableGen/ClangAttrEmitter.cpp Index: utils/TableGen/ClangAttrEmitter.cpp ===

[PATCH] D38969: Sort Attributes by "HeaderName"

2017-10-16 Thread Erich Keane via Phabricator via cfe-commits
erichkeane added inline comments. Comment at: utils/TableGen/ClangAttrEmitter.cpp:3670 + DocumentationData(const Record &Documentation, const Record &Attribute, +const std::pair &&HeadingAndKinds) + : Documentation(&Documentation), Attribute(&Attribute),

[PATCH] D38968: [OpenMP] Implement omp_is_initial_device() as builtin

2017-10-16 Thread Alexey Bataev via Phabricator via cfe-commits
ABataev accepted this revision. ABataev added a comment. This revision is now accepted and ready to land. LG https://reviews.llvm.org/D38968 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-c

[PATCH] D38970: Clarify the 'interrupt' names in Attribute Docs

2017-10-16 Thread Erich Keane via Phabricator via cfe-commits
erichkeane created this revision. All 4 of the 'interrupt' headers were automatically named 'interrupt'. This patch gives them unique names. https://reviews.llvm.org/D38970 Files: include/clang/Basic/AttrDocs.td Index: include/clang/Basic/AttrDocs.td ===

[PATCH] D38969: Sort Attributes by "HeaderName"

2017-10-16 Thread Erich Keane via Phabricator via cfe-commits
erichkeane added a comment. Additionally, I'm going to edit the 'interrupt' docs in a separate commit to give each a separate header name based on the architecture. Currently they are all named 'interrupt', so I want to rename them all interrupt (x86), etc. Look for a future review! ==

[PATCH] D38969: Sort Attributes by "HeaderName"

2017-10-16 Thread Erich Keane via Phabricator via cfe-commits
erichkeane created this revision. Attributes in the docs were previously sorted (apparently) by the attribute name, so AnyX86Interrupt ended up being the first one, rather than in a meaningful place. This resulted in the 4 'interrupt' titled sections being all in different places. This replaces

[PATCH] D38968: [OpenMP] Implement omp_is_initial_device() as builtin

2017-10-16 Thread Jonas Hahnfeld via Phabricator via cfe-commits
Hahnfeld created this revision. This allows to return the static value that we know at compile time. https://reviews.llvm.org/D38968 Files: include/clang/Basic/Builtins.def include/clang/Basic/Builtins.h lib/AST/ExprConstant.cpp lib/Basic/Builtins.cpp test/OpenMP/is_initial_device.c

[PATCH] D37905: [libclang, bindings]: add spelling location

2017-10-16 Thread Masud Rahman via Phabricator via cfe-commits
frutiger updated this revision to Diff 119191. frutiger added a comment. Added 'Location' to '__all__'. https://reviews.llvm.org/D37905 Files: bindings/python/clang/cindex.py bindings/python/tests/cindex/test_location.py tools/libclang/CXSourceLocation.cpp Index: tools/libclang/CXSourceL

[PATCH] D38883: [CMake][OpenMP] Customize default offloading arch

2017-10-16 Thread Gheorghe-Teodor Bercea via Phabricator via cfe-commits
gtbercea added a comment. LGTM https://reviews.llvm.org/D38883 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D38772: [refactor] allow the use of refactoring diagnostics

2017-10-16 Thread Alex Lorenz via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL315924: [refactor] allow the use of refactoring diagnostics (authored by arphaman). Changed prior to commit: https://reviews.llvm.org/D38772?vs=118701&id=119185#toc Repository: rL LLVM https://revie

r315924 - [refactor] allow the use of refactoring diagnostics

2017-10-16 Thread Alex Lorenz via cfe-commits
Author: arphaman Date: Mon Oct 16 11:28:26 2017 New Revision: 315924 URL: http://llvm.org/viewvc/llvm-project?rev=315924&view=rev Log: [refactor] allow the use of refactoring diagnostics This commit allows the refactoring library to use its own set of refactoring-specific diagnostics to reports t

[PATCH] D38939: [clangd] Handle exit notification (proper shutdown)

2017-10-16 Thread Raoul Wols via Phabricator via cfe-commits
rwols added inline comments. Comment at: test/clangd/authority-less-uri.test:33 {"jsonrpc":"2.0","id":3,"method":"shutdown"} +# CHECK: {"jsonrpc":"2.0","id":3,"result":null} +Content-Length: 33 sammccall wrote: > Having the shutdown/exit boilerplate in every tes

[PATCH] D38966: CodeGen: Fix invalid bitcasts for atomic builtins

2017-10-16 Thread Yaxun Liu via Phabricator via cfe-commits
yaxunl created this revision. Currently clang assumes the temporary variables emitted during codegen of atomic builtins have address space 0, which is not true for target triple amdgcn---amdgiz and causes invalid bitcasts. This patch fixes that. https://reviews.llvm.org/D38966 Files: lib/Cod

r315923 - clang-refactor: Use llvm_unreachable in an unused override

2017-10-16 Thread Alex Lorenz via cfe-commits
Author: arphaman Date: Mon Oct 16 11:07:16 2017 New Revision: 315923 URL: http://llvm.org/viewvc/llvm-project?rev=315923&view=rev Log: clang-refactor: Use llvm_unreachable in an unused override As suggested by David Blaikie! Modified: cfe/trunk/tools/clang-refactor/ClangRefactor.cpp Modifie

[PATCH] D38908: Do not link clang_rt.cfi on Android.

2017-10-16 Thread Evgenii Stepanov via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL315921: Do not link clang_rt.cfi on Android. (authored by eugenis). Changed prior to commit: https://reviews.llvm.org/D38908?vs=118986&id=119180#toc Repository: rL LLVM https://reviews.llvm.org/D389

r315921 - Do not link clang_rt.cfi on Android.

2017-10-16 Thread Evgeniy Stepanov via cfe-commits
Author: eugenis Date: Mon Oct 16 11:02:57 2017 New Revision: 315921 URL: http://llvm.org/viewvc/llvm-project?rev=315921&view=rev Log: Do not link clang_rt.cfi on Android. Summary: The OS provides cross-dso CFI support starting with Android O. Trapping mode does not require any runtime at all, and

[PATCH] D38857: [OpenCL] Improve printing and semantic check related to implicit addr space

2017-10-16 Thread Yaxun Liu via Phabricator via cfe-commits
yaxunl marked an inline comment as done. yaxunl added a comment. In https://reviews.llvm.org/D38857#896994, @Anastasia wrote: > LGTM! Thanks! > > Can we close https://bugs.llvm.org/show_bug.cgi?id=33418 after this commit? Will do. Comment at: test/SemaOpenCL/null_literal.cl:

Re: r315755 - Fix -Woverloaded-virtual warning in clang-refactor

2017-10-16 Thread Alex L via cfe-commits
That's a good idea! I'll commit an llvm_unreachable fix for this override then. On 16 October 2017 at 10:32, David Blaikie wrote: > Generally it's preferably to avoid adding dead code (partly for this > reason - it's hard to track when it gets used and ensure it's appropriately > tested) could t

Re: r315755 - Fix -Woverloaded-virtual warning in clang-refactor

2017-10-16 Thread David Blaikie via cfe-commits
Generally it's preferably to avoid adding dead code (partly for this reason - it's hard to track when it gets used and ensure it's appropriately tested) could the member function's body be replaced with llvm_unreachable for now, then? On Mon, Oct 16, 2017 at 10:27 AM Alex L wrote: > At the momen

r315918 - Recommit r315738 "[clang-refactor] Apply source replacements"

2017-10-16 Thread Alex Lorenz via cfe-commits
Author: arphaman Date: Mon Oct 16 10:31:16 2017 New Revision: 315918 URL: http://llvm.org/viewvc/llvm-project?rev=315918&view=rev Log: Recommit r315738 "[clang-refactor] Apply source replacements" The fixed commit ensures that ParsedSourceRange works correctly with Windows paths. Original messag

Re: r315755 - Fix -Woverloaded-virtual warning in clang-refactor

2017-10-16 Thread Alex L via cfe-commits
At the moment this method override is not used by the clang-refactor tool, so I don't think I can add a test for it. On 16 October 2017 at 10:11, David Blaikie wrote: > Is there a test that could be added to cover this new code? > > On Fri, Oct 13, 2017 at 2:15 PM Alex Lorenz via cfe-commits < >

Re: [libcxx] r315874 - Silence clang's -Wtautological-constant-compare in last_write_time.pass.cpp

2017-10-16 Thread Roman Lebedev via cfe-commits
On Mon, Oct 16, 2017 at 8:09 PM, David Blaikie wrote: > Would it be better/possible to improve the warning to not have this false > positive, rather than suppressing it? I am willing to look into it, once there is a clear minimal test-case, that does not boil down to completely ignoring std::numer

Re: [clang-tools-extra] r315323 - [clangd] Added forgotten return in UniqueFunction.

2017-10-16 Thread David Blaikie via cfe-commits
Is there missing test coverage for this? On Tue, Oct 10, 2017 at 9:12 AM Ilya Biryukov via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Author: ibiryukov > Date: Tue Oct 10 09:12:47 2017 > New Revision: 315323 > > URL: http://llvm.org/viewvc/llvm-project?rev=315323&view=rev > Log: > [clangd

Re: r315755 - Fix -Woverloaded-virtual warning in clang-refactor

2017-10-16 Thread David Blaikie via cfe-commits
Is there a test that could be added to cover this new code? On Fri, Oct 13, 2017 at 2:15 PM Alex Lorenz via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Author: arphaman > Date: Fri Oct 13 14:15:25 2017 > New Revision: 315755 > > URL: http://llvm.org/viewvc/llvm-project?rev=315755&view=rev

Re: [libcxx] r315874 - Silence clang's -Wtautological-constant-compare in last_write_time.pass.cpp

2017-10-16 Thread David Blaikie via cfe-commits
Would it be better/possible to improve the warning to not have this false positive, rather than suppressing it? On Sun, Oct 15, 2017 at 1:12 PM Roman Lebedev via cfe-commits < cfe-commits@lists.llvm.org> wrote: > Author: lebedevri > Date: Sun Oct 15 13:12:42 2017 > New Revision: 315874 > > URL: h

[PATCH] D36562: [Bitfield] Make the bitfield a separate location if it has width of legal integer type and its bit offset is naturally aligned for the type

2017-10-16 Thread Wei Mi via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL315915: [Bitfield] Add an option to access bitfield in a fine-grained manner. (authored by wmi). Changed prior to commit: https://reviews.llvm.org/D36562?vs=118181&id=119170#toc Repository: rL LLVM

r315915 - [Bitfield] Add an option to access bitfield in a fine-grained manner.

2017-10-16 Thread Wei Mi via cfe-commits
Author: wmi Date: Mon Oct 16 09:50:27 2017 New Revision: 315915 URL: http://llvm.org/viewvc/llvm-project?rev=315915&view=rev Log: [Bitfield] Add an option to access bitfield in a fine-grained manner. Currently all the consecutive bitfields are wrapped as a large integer unless there is unamed ze

[PATCH] D34272: [Tooling] A new framework for executing clang frontend actions.

2017-10-16 Thread Alex Lorenz via Phabricator via cfe-commits
arphaman added inline comments. Comment at: include/clang/Tooling/CommonOptionsParser.h:116 + bool HasError; + std::string ErrorMessage; std::unique_ptr Compilations; Would it be better to have an `llvm::Error' instead of the two fields? C

[PATCH] D38921: [analyzer] LoopUnrolling: update the matched assignment operators

2017-10-16 Thread Artem Dergachev via Phabricator via cfe-commits
NoQ added a comment. Neat! Tests? https://reviews.llvm.org/D38921 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D38943: [ASTImporter] import SubStmt of CaseStmt

2017-10-16 Thread Rafael Stahl via Phabricator via cfe-commits
r.stahl added a comment. If all is good, I will need someone to commit this for me please. Comment at: unittests/AST/ASTImporterTest.cpp:100 + // This might catch other cases. + Imported->dump(ToNothing); xazax.hun wrote: > r.stahl wrote: > > xazax.hun wrot

[PATCH] D38943: [ASTImporter] import SubStmt of CaseStmt

2017-10-16 Thread Rafael Stahl via Phabricator via cfe-commits
r.stahl updated this revision to Diff 119162. r.stahl marked 3 inline comments as done. r.stahl added a comment. addressed review comment https://reviews.llvm.org/D38943 Files: lib/AST/ASTImporter.cpp unittests/AST/ASTImporterTest.cpp Index: unittests/AST/ASTImporterTest.cpp =

[PATCH] D37808: [clang-tidy] Add new hicpp-multiway-paths-covered check for missing branches

2017-10-16 Thread Jonas Devlieghere via Phabricator via cfe-commits
JDevlieghere added inline comments. Comment at: clang-tidy/hicpp/MultiwayPathsCoveredCheck.cpp:76 + +std::size_t twoPow(std::size_t Bits) { + const std::size_t DiscreteValues = 1ul << Bits; Add a comment describing what this function does. I'd move and rephrase

[PATCH] D38943: [ASTImporter] import SubStmt of CaseStmt

2017-10-16 Thread Gábor Horváth via Phabricator via cfe-commits
xazax.hun added inline comments. Comment at: unittests/AST/ASTImporterTest.cpp:100 + // This might catch other cases. + Imported->dump(ToNothing); r.stahl wrote: > xazax.hun wrote: > > I would elaborate a bit more on the purpose of the code below. > I will ne

[PATCH] D38954: [Sema] -Wzero-as-null-pointer-constant: don't warn for system macros.

2017-10-16 Thread Roman Lebedev via Phabricator via cfe-commits
lebedev.ri updated this revision to Diff 119159. lebedev.ri added a comment. Address @thakis review notes: do make sure that we still warn on `NULL`. Any other special macros/cases? Repository: rL LLVM https://reviews.llvm.org/D38954 Files: lib/Sema/Sema.cpp test/SemaCXX/Inputs/warn-zero

[PATCH] D38110: [libunwind][MIPS]: Add support for unwinding in O32 and N64 processes.

2017-10-16 Thread Simon Dardis via Phabricator via cfe-commits
sdardis added a reviewer: compnerd. sdardis added a subscriber: compnerd. sdardis added a comment. Two last inlined comments and I think that's everything. @compnerd Have I missed anything? Comment at: src/UnwindRegistersSave.S:100 +# +DEFINE_LIBUNWIND_FUNCTION(unw_getcontext)

[PATCH] D38954: [Sema] -Wzero-as-null-pointer-constant: don't warn for system macros.

2017-10-16 Thread Roman Lebedev via Phabricator via cfe-commits
lebedev.ri added a comment. In https://reviews.llvm.org/D38954#898586, @thakis wrote: > As said on the bug, this matches gcc's behavior, https://bugs.llvm.org/show_bug.cgi?id=33771#c3 > and with this you won't see this warning for NULL. Finally, an argument that can actually be addressed. >

[PATCH] D38954: [Sema] -Wzero-as-null-pointer-constant: don't warn for system macros.

2017-10-16 Thread Nico Weber via Phabricator via cfe-commits
thakis added a comment. As said on the bug, this matches gcc's behavior, and with this you won't see this warning for NULL. I don't think this is better. Repository: rL LLVM https://reviews.llvm.org/D38954 ___ cfe-commits mailing list cfe-commit

[PATCH] D38954: [Sema] -Wzero-as-null-pointer-constant: don't warn for system macros.

2017-10-16 Thread Roman Lebedev via Phabricator via cfe-commits
lebedev.ri created this revision. lebedev.ri added a project: clang. The warning was initially introduced in https://reviews.llvm.org/D32914 by @thakis, and the concerns were raised there, and later in https://reviews.llvm.org/rL302247 and PR33771. I do believe that it makes sense to relax the

[PATCH] D34272: [Tooling] A new framework for executing clang frontend actions.

2017-10-16 Thread Eric Liu via Phabricator via cfe-commits
ioeric updated this revision to Diff 119150. ioeric added a comment. - Add a ExecutionContext class. https://reviews.llvm.org/D34272 Files: include/clang/Tooling/CommonOptionsParser.h include/clang/Tooling/Execution.h include/clang/Tooling/ToolExecutorPluginRegistry.h include/clang/Tool

[Diffusion] rL302247: Introduce Wzero-as-null-pointer-constant.

2017-10-16 Thread Roman Lebedev via Phabricator via cfe-commits
lebedev.ri added an edge: D32914: Introduce Wzero-as-null-pointer-constant.. Users: lebedev.ri (Auditor) https://reviews.llvm.org/rL302247 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-co

[PATCH] D38901: [CUDA] Require libdevice only if needed

2017-10-16 Thread Jonas Hahnfeld via Phabricator via cfe-commits
This revision was automatically updated to reflect the committed changes. Closed by commit rL315902: [CUDA] Require libdevice only if needed (authored by Hahnfeld). Changed prior to commit: https://reviews.llvm.org/D38901?vs=118969&id=119149#toc Repository: rL LLVM https://reviews.llvm.org/

r315902 - [CUDA] Require libdevice only if needed

2017-10-16 Thread Jonas Hahnfeld via cfe-commits
Author: hahnfeld Date: Mon Oct 16 06:31:30 2017 New Revision: 315902 URL: http://llvm.org/viewvc/llvm-project?rev=315902&view=rev Log: [CUDA] Require libdevice only if needed If the user passes -nocudalib, we can live without it being present. Simplify the code by just checking whether LibDeviceM

[PATCH] D38731: [clangd] Allow to pass code completion opts to ClangdServer.

2017-10-16 Thread Krasimir Georgiev via Phabricator via cfe-commits
krasimir accepted this revision. krasimir added a comment. This revision is now accepted and ready to land. Great! I like the unit testing approach a lot! https://reviews.llvm.org/D38731 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http:/

[PATCH] D38943: [ASTImporter] import SubStmt of CaseStmt

2017-10-16 Thread Rafael Stahl via Phabricator via cfe-commits
r.stahl added a comment. Thanks for the fast response. See inline comment. Comment at: unittests/AST/ASTImporterTest.cpp:100 + // This might catch other cases. + Imported->dump(ToNothing); xazax.hun wrote: > I would elaborate a bit more on the purpose of th

[PATCH] D26350: Keep invalid Switch in the AST

2017-10-16 Thread Olivier Goffart via Phabricator via cfe-commits
ogoffart updated this revision to Diff 119142. ogoffart added a comment. Updated the patch so that ActOnStartOfSwitchStmt returns void, and ActOnFinishSwitchStmt will skip some checks in case of error https://reviews.llvm.org/D26350 Files: include/clang/Sema/Sema.h lib/Parse/ParseStmt.cpp

[PATCH] D38801: [analyzer] In getSVal() API, disable auto-detection of void type as char type.

2017-10-16 Thread Daniel Marjamäki via Phabricator via cfe-commits
danielmarjamaki added a comment. LGTM https://reviews.llvm.org/D38801 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D37437: [analyzer] Fix some checker's output plist not containing the checker name

2017-10-16 Thread Gábor Horváth via Phabricator via cfe-commits
xazax.hun added inline comments. Comment at: lib/StaticAnalyzer/Checkers/CStringChecker.cpp:308 if (StOutBound && !StInBound) { +if (!Filter.CheckCStringOutOfBounds) + return state; zaks.anna wrote: > This seems to be related to the change in the test

[PATCH] D37437: [analyzer] Fix some checker's output plist not containing the checker name

2017-10-16 Thread Gábor Horváth via Phabricator via cfe-commits
xazax.hun updated this revision to Diff 119141. xazax.hun marked 2 inline comments as done. xazax.hun added a comment. Herald added a subscriber: szepet. - Address review comments. https://reviews.llvm.org/D37437 Files: include/clang/StaticAnalyzer/Core/BugReporter/BugType.h lib/StaticAnaly

[PATCH] D38921: [analyzer] LoopUnrolling: update the matched assignment operators

2017-10-16 Thread Daniel Marjamäki via Phabricator via cfe-commits
danielmarjamaki added a comment. LGTM.. however I would like approval from somebody else also. https://reviews.llvm.org/D38921 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D36471: [StaticAnalyzer] Try to calculate arithmetic result when operand has a range of possible values

2017-10-16 Thread Daniel Marjamäki via Phabricator via cfe-commits
danielmarjamaki added a comment. ping Repository: rL LLVM https://reviews.llvm.org/D36471 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[PATCH] D38947: [CodeGen] Refine generation of TBAA info for bit-field lvalues

2017-10-16 Thread Ivan Kosarev via Phabricator via cfe-commits
kosarev created this revision. kosarev added a project: clang. The main change is that now we generate TBAA info before constructing the resulting lvalue instead of constructing lvalue with some default TBAA info and fixing it as necessary afterwards. We also keep the TBAA info close to lvalue

  1   2   >