summaryrefslogtreecommitdiffstats
path: root/clang/test/Index/annotate-comments-availability-attrs.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Revert "Append new attributes to the end of an AttributeList."Michael Kruse2018-06-251-1/+1
| | | | | | | This reverts commit r335084 as requested by David Jones and Eric Christopher because of differences of emitted warnings. llvm-svn: 335516
* Append new attributes to the end of an AttributeList.Michael Kruse2018-06-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ... instead of prepending it at the beginning (the original behavior since implemented in r122535 2010-12-23). This builds up an AttributeList in the the order in which the attributes appear in the source. The reverse order caused nodes for attributes in the AST (e.g. LoopHint) to be in the reverse, and therefore printed in the wrong order by -ast-dump. Some TODO comments mention this. The order was explicitly reversed for enable_if attribute overload resolution and name mangling, which is not necessary anymore with this patch. The change unfortunately has some secondary effects, especially for diagnostic output. In the simplest cases, the CHECK lines or expected diagnostic were changed to the the new output. If the kind of error/warning changed, the attribute's order was changed instead. It also causes some 'previous occurrence here' hints to be textually after the main marker. This typically happens when attributes are merged, but are incompatible. Interchanging the role of the the main and note SourceLocation will also cause the case where two different declaration's attributes (in contrast to multiple attributes of the same declaration) are merged to be reversed. There is no easy fix because sometimes previous attributes are merged into a new declaration's attribute list, sometimes new attributes are added to a previous declaration's attribute list. Since 'previous occurrence here' pointing to locations after the main marker is not rare, I left the markers as-is; it is only relevant when the attributes are declared in the same declaration anyway, which often is on the same line. Differential Revision: https://reviews.llvm.org/D48100 llvm-svn: 335084
* AvailabilityAttr: we accept "macos" as the platform name.Manman Ren2016-06-281-2/+2
| | | | | | | | | | | | | | We continue accepting "macosx" but canonicalize it to "macos", When emitting diagnostics, we use "macOS" instead of "OS X". The PlatformName in TargetInfo is changed from "macosx" to "macos" so we can directly compare the Platform in AvailabilityAttr with the PlatformName in TargetInfo. rdar://26795172 rdar://26800775 llvm-svn: 274064
* Comment to XML conversion: convert some tests to use the new [[@LINE]]Dmitri Gribenko2012-11-151-13/+12
| | | | | | FileCheck feature. This will hopefully make tests less fragile. llvm-svn: 168056
* Un-XFAIL some tests for comment to XML conversion. This reverts r166151 andDmitri Gribenko2012-10-181-7/+6
| | | | | | fixes the tests for builds without libxml2. llvm-svn: 166179
* XFAIL these tests until I can figure out what is going on onFariborz Jahanian2012-10-171-0/+1
| | | | | | other platforms. llvm-svn: 166151
* [Doc parsing]: This patch adds <Declaration> tag to Fariborz Jahanian2012-10-171-11/+13
| | | | | | | | | | | XML comment for declarations which pretty-prints declaration. I had to XFAIL one test annotate-comments.cpp. This test is currently unmaintainable as written. Dmitri G., can you see what we can do about this test. We should change this test such that adding a new tag does not wreck havoc to the test. llvm-svn: 166130
* Comment to XML conversion: escape XML special chars correctly; use correctDmitri Gribenko2012-10-031-19/+32
| | | | | | regex for version tuples. llvm-svn: 165104
* [Doc parse]: SUpport for message in deprecated/unavailableFariborz Jahanian2012-10-021-3/+3
| | | | | | attribute going iinto XML document. llvm-svn: 165066
* [Doc parsing]: Add available and deprecated attribute infoFariborz Jahanian2012-10-021-0/+17
| | | | | | to XML output. // rdar://12378879 llvm-svn: 165039
* availability in structured documents. TakesFariborz Jahanian2012-10-011-0/+12
care of comments by Dimitri and Doug. llvm-svn: 164957
OpenPOWER on IntegriCloud