Displaying 3 results from an estimated 3 matches for "valuedecl".
2016 Sep 21
4
Creating a clang-tidy const position check
...[1]. Does that sound reasonable? There's also
Qualifiers::removeConst and Qualifiers::addConst, but I'm not sure how
it affects the position of const.
I have trouble with finding all const-qualified types. I looked at
misc-misplaced-const for inspiration, which contains this matcher:
valueDecl(hasType(isConstQualified()))
Why doesn't this yield a match? My test code has this form:
template <class T>
struct type {};
template <class T>
void f(const type<const double>&, const T&) {
}
using alias = const int&;
I've tested thi...
2016 Apr 01
0
[cfe-dev] RFC: Up front type information generation in clang and llvm
...xt();
- auto *Ctxt = cast<llvm::DICompositeType>(getDeclContextDescriptor(D));
+ auto *Ctxt = cast<llvm::DIType>(getDeclContextDescriptor(D));
return CreateRecordStaticField(D, Ctxt, cast<RecordDecl>(DC));
}
@@ -3400,12 +3396,8 @@ void CGDebugInfo::EmitGlobalVariable(const ValueDecl *VD,
const EnumDecl *ED = cast<EnumDecl>(ECD->getDeclContext());
assert(isa<EnumType>(ED->getTypeForDecl()) && "Enum without EnumType?");
Ty = getOrCreateType(QualType(ED->getTypeForDecl(), 0), Unit);
- }
- // Do not use global variables for e...
2016 Mar 30
5
[cfe-dev] RFC: Up front type information generation in clang and llvm
On Tue, Mar 29, 2016 at 11:20 PM Robinson, Paul <
Paul_Robinson at playstation.sony.com> wrote:
> Skipping a serialization and doing something clever about LTO uniquing
> sounds awesome. I'm guessing you achieve this by extracting types out of
> DI metadata and packaging them as lumps-o-DWARF that the back-end can then
> paste together? Reading between the lines a bit