- Nov 17, 2009
-
-
Daniel Dunbar authored
llvm-svn: 89074
-
Daniel Dunbar authored
in the driver. llvm-svn: 89073
-
Zhongxing Xu authored
block. llvm-svn: 89071
-
Daniel Dunbar authored
instead of using getDefaultLangOptions. - Remove unused -fobjc-tight-layout while at it. llvm-svn: 89065
-
Daniel Dunbar authored
llvm-svn: 89064
-
Zhongxing Xu authored
end of the path. Need to unify interfaces. llvm-svn: 89063
-
John McCall authored
strip the sugar off in getFoundDecl() and getAsSingleDecl(), but leave it on for clients like overload resolution who want to use the iterators. Refactor a few pieces of overload resolution to strip off using declarations in a single place. Don't do anything useful with the extra context knowledge yet. llvm-svn: 89061
-
Zhongxing Xu authored
llvm-svn: 89060
-
Daniel Dunbar authored
-fnext-runtime), instead of using getDefaultLangOptions. llvm-svn: 89058
-
Daniel Dunbar authored
llvm-svn: 89057
-
Douglas Gregor authored
llvm-svn: 89054
-
Daniel Dunbar authored
getDefaultLangOptions. llvm-svn: 89053
-
Douglas Gregor authored
llvm-svn: 89051
-
Douglas Gregor authored
Also, make the "don't know how to instantiate a particular kind of declaration" diagnostic nicer, so we don't have to trap Clang in a debugger to figure out what went wrong. llvm-svn: 89050
-
Daniel Dunbar authored
Add initial cut at CompilerInvocation::toArgs, which "serializes" the CompilerInvocation into a list of arguments which can be passed to clang-cc (eventually, clang -cc1). - Unfortunately, this is currently a tedious and manual translation. Eventually it would be nice to automatically generate this code. llvm-svn: 89049
-
John McCall authored
decl, create shadow declarations and put them in scope like normal. Work in progress. llvm-svn: 89048
-
Daniel Dunbar authored
llvm-svn: 89047
-
Douglas Gregor authored
be complete. llvm-svn: 89042
-
Daniel Dunbar authored
llvm-svn: 89035
-
Anders Carlsson authored
Unify the way destructor epilogues are generated for synthesized and regular destructors. Also fix PR5529. llvm-svn: 89034
-
Anders Carlsson authored
llvm-svn: 89033
-
Mike Stump authored
llvm-svn: 89031
-
Mike Stump authored
llvm-svn: 89030
-
Mike Stump authored
llvm-svn: 89028
-
John McCall authored
LookupResult RAII powers to diagnose ambiguity in the results. Other diagnostics (e.g. access control and deprecation) will be moved to automatically trigger during lookup as part of this same mechanism. This abstraction makes it much easier to encapsulate aliasing declarations (e.g. using declarations) inside the lookup system: eventually, lookup will just produce the aliases in the LookupResult, and the standard access methods will naturally strip the aliases off. llvm-svn: 89027
-
Eli Friedman authored
llvm-svn: 89023
-
Douglas Gregor authored
interfaces (which are used throughout the front end), combine the qualifiers on the QualType instance with the qualifiers on the canonical type to produce the set of qualifiers that, semantically, apply to that type. This should design away a large category of "qualifier-hidden-behind-a-typedef" buts like we saw in PR5383. Performance-wise, this caused a regression of ~0.5% on Cocoa.h, but it's totally worth it. We may actually be able to get a little more performance back by using CanQualType more often. llvm-svn: 89018
-
Mike Stump authored
llvm-svn: 89015
-
Mike Stump authored
PHI node. llvm-svn: 89005
-
Mike Stump authored
llvm-svn: 89004
-
Eli Friedman authored
llvm-svn: 88999
-
Eli Friedman authored
llvm-svn: 88995
-
Eli Friedman authored
with a trivial constructor. llvm-svn: 88990
-
- Nov 16, 2009
-
-
Eli Friedman authored
llvm-svn: 88989
-
Mike Stump authored
llvm-svn: 88988
-
Daniel Dunbar authored
language dependent. llvm-svn: 88981
-
Eli Friedman authored
llvm-svn: 88971
-
Douglas Gregor authored
sugared types. The basic problem is that our qualifier accessors (getQualifiers, getCVRQualifiers, isConstQualified, etc.) only look at the current QualType and not at any qualifiers that come from sugared types, meaning that we won't see these qualifiers through, e.g., typedefs: typedef const int CInt; typedef CInt Self; Self.isConstQualified() currently returns false! Various bugs (e.g., PR5383) have cropped up all over the front end due to such problems. I'm addressing this problem by splitting each qualifier accessor into two versions: - the "local" version only returns qualifiers on this particular QualType instance - the "normal" version that will eventually combine qualifiers from this QualType instance with the qualifiers on the canonical type to produce the full set of qualifiers. This commit adds the local versions and switches a few callers from the "normal" version (e.g., isConstQualified) over to the "local" version (e.g., isLocalConstQualified) when that is the right thing to do, e.g., because we're printing or serializing the qualifiers. Also, switch a bunch of Context.getCanonicalType(T1).getUnqualifiedType() == Context.getCanonicalType(T2).getQualifiedType() expressions over to Context.hasSameUnqualifiedType(T1, T2) llvm-svn: 88969
-
Eli Friedman authored
more cases. No intended visible change. llvm-svn: 88968
-
Mike Stump authored
llvm-svn: 88966
-