This revision was automatically updated to reflect the committed changes.
Closed by commit rL306659: [Tooling] FixedCompilationDatabase should be able to
strip positional (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D34687?vs=104161&id=104618#toc
Repository:
rL L
arphaman created this revision.
Right now -Wcomma is too strict IMO, we shouldn't warn about expressions that
return void.
Repository:
rL LLVM
https://reviews.llvm.org/D34810
Files:
lib/Sema/SemaExpr.cpp
test/SemaCXX/warn-comma-operator.cpp
Index: test/SemaCXX/warn-comma-operator.cpp
arphaman added a comment.
LGTM, Thanks! Do you have commit access?
https://reviews.llvm.org/D34766
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
This revision was automatically updated to reflect the committed changes.
Closed by commit rL306680: Fix NSAPI constants to reflect the current state of
(authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D34766?vs=104455&id=104643#toc
Repository:
rL LLVM
https://revie
arphaman added inline comments.
Comment at: include/clang/Tooling/ASTDiff/ASTDiffInternal.h:184
+
+ std::string getNodeValueI(NodeId Id) const;
+ std::string getNodeValueI(const DynTypedNode &DTN) const;
`getNodeValueImpl`?
Comment at: lib/To
arphaman added a comment.
Ah, I see, so this is more of a stylistic warning rather than "suspicious" use
one.
In https://reviews.llvm.org/D34810#795926, @rtrieu wrote:
> What is the reason to exclude void expressions now? For the function case,
> it is more consistent to warn on all functio
arphaman added a comment.
I think I'd rather move `clang-rename` first.
Comment at: tools/extra/clang-rename/tool/ClangRename.cpp:167
FindingAction.getUSRList();
const std::vector &PrevNames = FindingAction.getUSRSpellings();
if (PrintName) {
alexs
arphaman added a comment.
I think that it's pretty much ready. I think that the test should be expanded
though. At the very least it should check that all of the node types that are
supported by `SyntaxTreeImpl::getNodeValueImpl` get matched.
https://reviews.llvm.org/D34329
arphaman created this revision.
The fixit inserts `@synthesize` directives into the implementation.
Repository:
rL LLVM
https://reviews.llvm.org/D34886
Files:
include/clang/Basic/DiagnosticSemaKinds.td
include/clang/Sema/Sema.h
lib/Parse/ParseObjc.cpp
lib/Sema/SemaObjCProperty.cpp
arphaman added a comment.
I didn't notice that ClassReplacements.cpp had a dependency on
clang-apply-replacements. I moved it back to clang-tools-extra to the
clang-apply-replacements tests.
Repository:
rL LLVM
https://reviews.llvm.org/D34696
_
arphaman abandoned this revision.
arphaman added a comment.
Abandoning. The current behaviour makes sense. Thanks for the responses!
Repository:
rL LLVM
https://reviews.llvm.org/D34810
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http:
arphaman marked an inline comment as done.
arphaman added inline comments.
Comment at: include/clang/Sema/Sema.h:3351
+ ObjCInterfaceDecl *IDecl, SourceRange
AtEnd);
+ void DefaultSynthesizeProperties(Scope *S, Decl *D, SourceRange AtEnd);
--
This revision was automatically updated to reflect the committed changes.
arphaman marked an inline comment as done.
Closed by commit rL307014: Add a fixit for -Wobjc-protocol-property-synthesis
(authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D34886?vs=104859&id=105069
arphaman created this revision.
- Use single `RecursiveSymbolVisitor` class for both `USRLocFindingASTVisitor`
and `NamedDeclOccurrenceFindingVisitor` to avoid duplicate visiting code.
- Traverse nested name specifier locs in the new class and remove the separate
matching step.
- New class `Name
arphaman added a comment.
This is meant to be NFC btw.
Repository:
rL LLVM
https://reviews.llvm.org/D34949
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
arphaman updated this revision to Diff 105084.
arphaman added a comment.
Small fixup.
Repository:
rL LLVM
https://reviews.llvm.org/D34949
Files:
include/clang/Tooling/Refactoring/RecursiveSymbolVisitor.h
include/clang/Tooling/Refactoring/Rename/USRFinder.h
include/clang/module.modulema
arphaman added a comment.
@johannes
Are you planning to work on integration with the `StmtDataCollector` in this
patch or would you prefer to follow-up with additional patches?
https://reviews.llvm.org/D34329
___
cfe-commits mailing list
cfe-commi
arphaman added inline comments.
Comment at: lib/Tooling/ASTDiff/ASTDiff.cpp:385
+ }
+ int getSizeS() const { return RootIds.size(); }
+ NodeId getIdInRoot(SNodeId Id) const {
What's the purpose of the `S` prefix in the name of this method and a couple of
othe
arphaman added inline comments.
Comment at: lib/Tooling/ASTDiff/ASTDiff.cpp:359
+
+ explicit SNodeId(int Id) : Id(Id){};
+ explicit SNodeId() = default;
NIT: This ';' is redundant.
Comment at: lib/Tooling/ASTDiff/ASTDiff.cpp:363
+ operator i
arphaman added inline comments.
Comment at: include/clang/Tooling/ASTDiff/ASTDiffInternal.h:38
+ operator int() const { return Id; }
+ NodeId &operator++() { return ++this->Id, *this; }
+ NodeId &operator--() { return --this->Id, *this; }
NIT: You don't need `
arphaman accepted this revision.
arphaman added a comment.
This revision is now accepted and ready to land.
LGTM. You can request commit access at
http://llvm.org/docs/DeveloperPolicy.html#obtaining-commit-access.
https://reviews.llvm.org/D34329
__
arphaman created this revision.
Right now because of this issue rename cannot be initiated at name qualifiers
in a template specialisation, e.g.:
struct Outer {
template
struct Nested { };
};
template<>
struct Outer::Nested; // Rename cannot be initiated at 'Outer' because
arphaman created this revision.
Herald added a subscriber: mgorny.
This patch adds the base AST source selection component to the refactoring
library. AST selection is represented using a tree of `SelectedASTNode` values.
Each selected node gets its own selection kind, which can actually be `Non
arphaman updated this revision to Diff 105269.
arphaman added a comment.
A a test-case for implicit declarations.
Repository:
rL LLVM
https://reviews.llvm.org/D35012
Files:
include/clang/Tooling/Refactoring/ASTSelection.h
lib/Tooling/Refactoring/ASTSelection.cpp
lib/Tooling/Refactoring
arphaman added a comment.
Does this apply to all constexpr global variables? It could potentially fix
https://bugs.llvm.org/show_bug.cgi?id=31860 .
https://reviews.llvm.org/D34992
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists
arphaman added inline comments.
Comment at: unittests/CrossTU/CMakeLists.txt:10
+
+target_link_libraries(ToolingTests
+ clangAST
`CrossTUTests`?
https://reviews.llvm.org/D34512
___
cfe-commits mailing list
cfe-com
arphaman created this revision.
The unguarded availability warnings in the protocol requirements of a
protocol/class/category declaration can be avoided. This matches the behaviour
of Swift's diagnostics.
Repository:
rL LLVM
https://reviews.llvm.org/D35061
Files:
include/clang/Sema/Sema.
arphaman added inline comments.
Comment at: lib/Sema/SemaExpr.cpp:142
if (Result == AR_NotYetIntroduced) {
+if (AvoidAvailabilityChecks)
+ return;
erik.pilkington wrote:
> Why are we doing this just for partials? Doesn't this also apply to
> unavaila
arphaman created this revision.
Clang should avoid calling `report_fatal_error` when the file with the
serialised diagnostics is empty. This patch changes Clang's serialised
diagnostic reader, now it reports an appropriate error instead of crashing.
Repository:
rL LLVM
https://reviews.llvm.
arphaman added inline comments.
Comment at: lib/Sema/SemaExpr.cpp:142
if (Result == AR_NotYetIntroduced) {
+if (AvoidAvailabilityChecks)
+ return;
erik.pilkington wrote:
> arphaman wrote:
> > erik.pilkington wrote:
> > > Why are we doing this just for
This revision was automatically updated to reflect the committed changes.
arphaman marked an inline comment as done.
Closed by commit rL307368: [ObjC] Avoid the -Wunguarded-availability warnings
for protocol (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D35061?vs=105
This revision was automatically updated to reflect the committed changes.
Closed by commit rL307384: [Frontend] Verify that the bitstream is not empty
before reading (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D35069?vs=105462&id=105612#toc
Repository:
rL LLVM
arphaman added a comment.
Thanks, that's pretty cool!
How bigger did the clang binary get after you've added all these strings?
I feel like this is more of a CC1 option as well.
I have some feedback for your additional ideas:
> add another option to pass in the index (or enum) to force an asser
arphaman added a comment.
Thanks for the patch.
I have just one minor comment:
Comment at: tools/libclang/CIndex.cpp:7815
+ const Decl *D = cxcursor::getCursorDecl(C);
+ const EnumDecl *Enum = D ? dyn_cast_or_null(D) : nullptr;
+ return (Enum && Enum->isScoped()) ? 1 : 0;
--
This revision was automatically updated to reflect the committed changes.
arphaman marked an inline comment as done.
Closed by commit rL307638: RecursiveASTVisitor should visit the nested name
qualifiers in (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D34981?vs=1051
arphaman added a comment.
> Currently looks like around 200k (4534 @ 33 byte avg length + ptr). If this
> is too much, we could make it conditional based on NDEBUG or some other macro
> at compile time.
I think this is mostly useful during development, so some conditional mechanism
would make
arphaman created this revision.
This patch changes the way ambiguous property synthesis (i.e. when synthesizing
a property that's declared in multiple protocols) is performed. Previously, we
synthesized the first property that was found. This lead to problems when the
property was synthesized i
arphaman accepted this revision.
arphaman added a comment.
This revision is now accepted and ready to land.
LGTM. Do you have commit access or would you like me to commit it on your
behalf?
https://reviews.llvm.org/D35187
___
cfe-commits mailing li
arphaman added a comment.
Sure, I'll commit it today.
https://reviews.llvm.org/D35187
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
This revision was automatically updated to reflect the committed changes.
Closed by commit rL307769: [libclang] Support for querying whether an enum is
scoped (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D35187?vs=106066&id=106173#toc
Repository:
rL LLVM
https:/
arphaman added a comment.
Committed r307771 with correct attribution.
Repository:
rL LLVM
https://reviews.llvm.org/D35187
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
arphaman added a comment.
My script relies on a hack to map the name of the diagnostic to the enum value.
We need to come up with a better to map the diagnostic name to the enum value.
I propose a new utility tool that would take the name of the diagnostic and
map it back to the enum value.
arphaman added a comment.
Right. I was aware of the `diagtool` before, but didn't really look into what
it did. TIL! It would make sense to add this kind of mapping functionality to
that tool then.
https://reviews.llvm.org/D35175
___
cfe-commits m
arphaman added a comment.
Ping.
Repository:
rL LLVM
https://reviews.llvm.org/D34949
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
arphaman added a comment.
I was impatient, so I already started on a patch for diagtool. I'll post it
soon.
https://reviews.llvm.org/D35175
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-c
arphaman created this revision.
Herald added a subscriber: mgorny.
The new subcommand prints out the enum value of the diagnostic. This will be
used in a utility script that invokes clang and forces it to stop when some
specific diagnostic is emitted (see https://reviews.llvm.org/D35175 for
dis
This revision was automatically updated to reflect the committed changes.
Closed by commit rL307813: [diagtool] Add a 'find-diagnostic-id' subcommand
that converts a name of (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D35306?vs=106211&id=106245#toc
Repository:
r
This revision was automatically updated to reflect the committed changes.
Closed by commit rL307898: [refactor][rename] Use a single base class for class
that finds (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D34949?vs=105084&id=106388#toc
Repository:
rL LLVM
h
This revision was automatically updated to reflect the committed changes.
Closed by commit rL307903: [ObjC] Pick a 'readwrite' property when synthesizing
ambiguous (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D35268?vs=106060&id=106394#toc
Repository:
rL LLVM
ht
arphaman added a comment.
Thanks for doing this! I have some comments:
Comment at: docs/LanguageExtensions.rst:1277
+It is possible use the newest SDK but still build a program that can run on
+older macOS and iOS versions, by passing ``-mmacosx-version-info=`` /
arphaman requested changes to this revision.
arphaman added a comment.
This revision now requires changes to proceed.
Nice, I will need something like this for the refactoring stress test tool in
the future that verifies that the indexer and renaming engine have a similar
view of the code.
==
arphaman accepted this revision.
arphaman added a comment.
This revision is now accepted and ready to land.
LGTM, thanks.
https://reviews.llvm.org/D35405
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/l
arphaman added inline comments.
Comment at: docs/LanguageExtensions.rst:1347
+
+In rare cases, the availability annotation on an API might be overly
+conservative. For example, ``[NSProcessInfo processInfo]`` secretly responds
to
thakis wrote:
> arphaman wrote:
arphaman added a comment.
Ping.
Repository:
rL LLVM
https://reviews.llvm.org/D35012
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
arphaman created this revision.
This patch adds a new `-Wpragma-pack` warning. It warns in the following cases:
- When a translation unit is missing terminating `#pragma pack (pop)`
directives.
- When entering an included file if the current alignment value as determined
by '#pragma pack' direc
arphaman added inline comments.
Comment at: include/clang/Tooling/Refactoring/ASTSelection.h:68-74
+/// Traverses the given ASTContext and creates a tree of selected AST nodes.
+///
+/// \returns None if no nodes are selected in the AST, or a selected AST node
+/// that correspon
arphaman updated this revision to Diff 107067.
arphaman marked 7 inline comments as done.
arphaman added a comment.
- Address review comments.
- Remove the `Location` parameter and `ContainsSelectionPoint` enum value.
- Stop traversing early when a declaration that ends after the selection range
arphaman added inline comments.
Comment at: include/clang/Tooling/Refactoring/ASTSelection.h:68-74
+/// Traverses the given ASTContext and creates a tree of selected AST nodes.
+///
+/// \returns None if no nodes are selected in the AST, or a selected AST node
+/// that correspon
arphaman added inline comments.
Comment at: include/clang/Basic/AlignedAllocation.h:25
+
+static inline VersionTuple alignedAllocMinVersion(llvm::Triple::OSType OS) {
+ switch (OS) {
Redundant `static`?
Comment at: include/clang/Basic/AlignedA
arphaman updated this revision to Diff 107090.
arphaman marked 5 inline comments as done.
arphaman added a comment.
Address review comments.
Repository:
rL LLVM
https://reviews.llvm.org/D35484
Files:
include/clang/Basic/DiagnosticGroups.td
include/clang/Basic/DiagnosticSemaKinds.td
inc
arphaman added inline comments.
Comment at: lib/Tooling/Refactoring/ASTSelection.cpp:164
+ unsigned NumMatches = 0;
+ for (Decl *D : Context.getTranslationUnitDecl()->decls()) {
+if (ObjCImplEndLoc.isValid() &&
klimek wrote:
> arphaman wrote:
> > klimek wro
arphaman updated this revision to Diff 107121.
arphaman added a comment.
Factor out the lexical ordering code into a new visitor and simplify the
implementation of the ast selection visitor
Repository:
rL LLVM
https://reviews.llvm.org/D35012
Files:
include/clang/AST/LexicallyOrderedRecurs
arphaman added a comment.
Oops, I just realised that now there's a small bug with early exits. Since we
don't actually have true lexical order for declarations in the @implementation
we might exit early after visiting a method in the @implementation before a
function that's actually written bef
This revision was automatically updated to reflect the committed changes.
Closed by commit rL308327: Add a warning for missing '#pragma pack (pop)' and
suspicious uses (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D35484?vs=107090&id=107130#toc
Repository:
rL LLVM
arphaman updated this revision to Diff 107138.
arphaman added a comment.
rm early exit bug
Repository:
rL LLVM
https://reviews.llvm.org/D35012
Files:
include/clang/AST/LexicallyOrderedRecursiveASTVisitor.h
include/clang/Basic/SourceLocation.h
include/clang/Basic/SourceManager.h
inclu
arphaman accepted this revision.
arphaman added a comment.
This revision is now accepted and ready to land.
LGTM, Thanks.
https://reviews.llvm.org/D35520
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/l
arphaman added a comment.
This triggered a warning in LLVM itself, in CoverageMapping.h :
error: non-default #pragma pack value might change the alignment of
struct or union members in the included file [-Werror,-Wpragma-pack]
#include "llvm/ProfileData/InstrProfData.inc"
^
/m
arphaman added a comment.
I'll commit this on behalf of Johannes today as he didn't get his access yet
https://reviews.llvm.org/D34329
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
This revision was automatically updated to reflect the committed changes.
Closed by commit rL308731: [clang-diff] Add initial implementation (authored by
arphaman).
Changed prior to commit:
https://reviews.llvm.org/D34329?vs=105161&id=107661#toc
Repository:
rL LLVM
https://reviews.llvm.org/
arphaman created this revision.
The fixit is given only if the `API_AVAILABLE` macro is defined.
Repository:
rL LLVM
https://reviews.llvm.org/D35726
Files:
lib/Sema/SemaDeclAttr.cpp
test/FixIt/fixit-availability.c
test/FixIt/fixit-availability.mm
Index: test/FixIt/fixit-availability.
arphaman added a comment.
Some comments:
- I had to make a couple of post-commit fixes to appease the buildbots when I
committed your first patch, so it looks like this one doesn't apply cleanly
anymore. Can you please rebase it?
- Let's separate the addition of HTML output and the improvements
arphaman accepted this revision.
arphaman added a comment.
This revision is now accepted and ready to land.
LGTM!
Comment at: test/CodeGenCXX/ubsan-devirtualized-calls.cpp:67
static_cast(badp)->f1(); //< No devirt, test 'badp isa Base1'.
+ // We were able to skip the null c
arphaman accepted this revision.
arphaman added a comment.
This revision is now accepted and ready to land.
LGTM
https://reviews.llvm.org/D35736
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/c
arphaman added a comment.
You might also want to mention the fact that `-fsanitizer=vptr` requires `null`
in the release notes.
https://reviews.llvm.org/D35735
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/ma
arphaman marked 3 inline comments as done.
arphaman added inline comments.
Comment at: lib/Sema/SemaDeclAttr.cpp:7230
+return;
+ for (const auto &M : S.getPreprocessor().macros()) {
+if (M.first->getName() != "API_AVAILABLE")
erik.pilkington
arphaman updated this revision to Diff 107903.
arphaman marked 2 inline comments as done.
arphaman added a comment.
Addressed Erik's comments
Repository:
rL LLVM
https://reviews.llvm.org/D35726
Files:
lib/Sema/SemaDeclAttr.cpp
test/FixIt/fixit-availability.c
test/FixIt/fixit-availabili
arphaman updated this revision to Diff 108078.
arphaman added a comment.
Simplified the implementation of `LexicallyOrderedRecursiveASTVisitor` and
removed redundant DenseMap checks.
Ping.
Repository:
rL LLVM
https://reviews.llvm.org/D35012
Files:
include/clang/AST/LexicallyOrderedRecursi
This revision was automatically updated to reflect the committed changes.
arphaman marked 2 inline comments as done.
Closed by commit rL309116: unguarded availability: add a fixit for the
"annotate '...' (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D35726?vs=107903&
arphaman added a comment.
arphaman added inline comments.
Comment at: clangd/Protocol.h:106
Range range;
+ FileID unitFileID;
It doesn't look like it's appropriate to store a translation unit specific
value in the `Location` which, if I'm not mistaken, is
arphaman added a comment.
In general this patch is too big, and combines a lot of changes that could be
separated using multiple patches. I've suggested one pre-commit and a new patch
so far, but more changes might be required once I see the updated patch.
Comment at: include
arphaman accepted this revision.
arphaman added a comment.
This revision is now accepted and ready to land.
I think that's a sensible fix, thanks!
https://reviews.llvm.org/D41688
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.l
arphaman created this revision.
arphaman added a reviewer: lebedev.ri.
This patch looks through typeof type at the original expression when diagnosing
-Wsign-compare to avoid an unfriendly diagnostic.
Repository:
rC Clang
https://reviews.llvm.org/D42561
Files:
lib/Sema/SemaChecking.cpp
arphaman created this revision.
arphaman added reviewers: ahatanak, rjmccall.
Herald added a subscriber: jkorous-apple.
Clang currently generates wrong record layout for `-mms-bitfield` and `#pragma
pack`. https://godbolt.org/g/nQ4rVW shows how MSVC and GCC generate different
layout to Clang.
T
arphaman added a comment.
Oops, that logic turned out to be incorrect. We simply have to start a new
storage unit when the new bitfield's size is wider than the available bits.
Repository:
rL LLVM
https://reviews.llvm.org/D42660
___
cfe-commits
arphaman updated this revision to Diff 132034.
arphaman added a comment.
Herald added a subscriber: llvm-commits.
Fix packing logic.
Repository:
rL LLVM
https://reviews.llvm.org/D42660
Files:
lib/AST/RecordLayoutBuilder.cpp
test/CodeGen/mms-bitfields.c
test/Sema/mms-bitfields.c
Index
This revision was automatically updated to reflect the committed changes.
Closed by commit rC323921: [PR32482] Fix bitfield layout for -mms-bitfield and
pragma pack (authored by arphaman, committed by ).
Repository:
rC Clang
https://reviews.llvm.org/D42660
Files:
lib/AST/RecordLayoutBuilder
arphaman created this revision.
This patch adds an `external_source_symbol` attribute to Clang. This attribute
specifies that a declaration originates
from an external source and describes the nature of that source.
This attribute is useful for mixed-language projects or project that use
auto-g
arphaman updated this revision to Diff 88222.
arphaman marked 9 inline comments as done.
arphaman added a comment.
Thanks for the feedback! I've addressed the majority of your comments.
Repository:
rL LLVM
https://reviews.llvm.org/D29819
Files:
include/clang/Basic/Attr.td
include/clang/B
arphaman added inline comments.
Comment at: include/clang/Basic/AttrDocs.td:1007
+
+defined_in=\ *string-literal*
+ The name of the source container in which the declaration was defined. The
aaron.ballman wrote:
> Would this hold something like a file name? If s
arphaman added inline comments.
Comment at: clangd/ASTManager.cpp:69
+ // our one-element queue is empty.
+ if (!RequestIsPending && !Done)
+ClangRequestCV.wait(Lock);
This is just a suggestion based on personal opinion: `RequestIsPending` and
arphaman added inline comments.
Comment at: test/CodeGenCXX/ubsan-suppress-null-checks.cpp:8
+ int load_member() {
+// CHECK: call void @__ubsan_handle_type_mismatch
+// CHECK-NOT: call void @__ubsan_handle_type_mismatch
I think this kind of check would'
This revision was automatically updated to reflect the committed changes.
Closed by commit rL295001: [CodeCompletion] Code complete the missing C++11
keywords (authored by arphaman).
Changed prior to commit:
https://reviews.llvm.org/D28286?vs=83030&id=88271#toc
Repository:
rL LLVM
https://r
arphaman added a comment.
Can you please post the patch with full context
(http://llvm.org/docs/Phabricator.html#requesting-a-review-via-the-web-interface)?
https://reviews.llvm.org/D29967
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
htt
arphaman created this revision.
This patch adds support for the `#pragma clang attribute` directive that was
proposed recently at
http://lists.llvm.org/pipermail/cfe-dev/2017-February/052689.html.
Initially it supports the `annotate`, `require_constant_initialization` and
`objc_subclassing_res
arphaman added a comment.
I'm quite surprised by the fact that we have to change so many diagnostics in
tests. Do these diagnostics have the full qualifiers for errors that occur with
record types instead of typedefs?
https://reviews.llvm.org/D29944
_
arphaman added inline comments.
Comment at: docs/LanguageExtensions.rst:2349
+attribute is supported by the pragma by referring to the
+:doc:`individual documentation for that attribute `.
efriedma wrote:
> I'm wondering if we can tweak the approach so that we do
arphaman accepted this revision.
arphaman added a comment.
This revision is now accepted and ready to land.
LGTM
https://reviews.llvm.org/D29530
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/c
arphaman added a comment.
In https://reviews.llvm.org/D30009#678091, @hfinkel wrote:
> I don't understand why it only supports some attributes. Is there some
> handling that needs to take place (I don't see anything obvious in this
> patch)? If most attributes will "just work", I'd much rather
arphaman updated this revision to Diff 88764.
arphaman marked an inline comment as done.
arphaman added a comment.
The updated patch switches over to the opt-out approach, allows the C++11 style
syntax and improves documentation.
Repository:
rL LLVM
https://reviews.llvm.org/D30009
Files:
arphaman added inline comments.
Comment at: docs/LanguageExtensions.rst:2349
+attribute is supported by the pragma by referring to the
+:doc:`individual documentation for that attribute `.
arphaman wrote:
> efriedma wrote:
> > I'm wondering if we can tweak the ap
1201 - 1300 of 1474 matches
Mail list logo