aboutsummaryrefslogtreecommitdiff
path: root/lib/Sema/SemaDecl.cpp
diff options
context:
space:
mode:
authorChris Lattner <sabre@nondot.org>2009-04-17 22:04:20 +0000
committerChris Lattner <sabre@nondot.org>2009-04-17 22:04:20 +0000
commit32b06752d05630996b43c543c80796e1e16dadde (patch)
tree92feda0918533c43b9981abaf90d86a72c2d3ea4 /lib/Sema/SemaDecl.cpp
parent88c9a46f0b84f1ee83e01917825346551ee540d0 (diff)
tweak redefinition of a typedef a bit to fix a couple of problems:
1. We had logic in sema to decide whether or not to emit the error based on manually checking whether in a system header file. 2. we were allowing redefinitions of typedefs in class scope in C++ if in header file. 3. there was no way to force typedef redefinitions to be accepted by the C compiler, which annoys me when stripping linemarkers out of .i files. The fix is to split the C++ class typedef redefinition path from the C path, and change the C path to be a warning that normally maps to error. This causes it to properly be ignored in system headers, etc. and gives us a way to control it. Passing -Wtypedef-redefinition now turns the error into a warning. One behavior change is that we now diagnose cases where you redefine a typedef in your .c file that was defined in a header file. This seems like reasonable behavior, and the diagnostic now indicates that it can be controlled with -Wtypedef-redefinition. git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@69391 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'lib/Sema/SemaDecl.cpp')
-rw-r--r--lib/Sema/SemaDecl.cpp27
1 files changed, 12 insertions, 15 deletions
diff --git a/lib/Sema/SemaDecl.cpp b/lib/Sema/SemaDecl.cpp
index 0fe5715578..3a264d4449 100644
--- a/lib/Sema/SemaDecl.cpp
+++ b/lib/Sema/SemaDecl.cpp
@@ -533,25 +533,22 @@ bool Sema::MergeTypeDefDecl(TypedefDecl *New, Decl *OldD) {
// In a given non-class scope, a typedef specifier can be used to
// redefine the name of any type declared in that scope to refer
// to the type to which it already refers.
- if (getLangOptions().CPlusPlus && !isa<CXXRecordDecl>(CurContext))
- return false;
-
- // In C, redeclaration of a type is a constraint violation (6.7.2.3p1).
- // Apparently GCC, Intel, and Sun all silently ignore the redeclaration if
- // *either* declaration is in a system header. The code below implements
- // this adhoc compatibility rule. FIXME: The following code will not
- // work properly when compiling ".i" files (containing preprocessed output).
- if (PP.getDiagnostics().getSuppressSystemWarnings()) {
- SourceManager &SrcMgr = Context.getSourceManager();
- if (SrcMgr.isInSystemHeader(Old->getLocation()))
- return false;
- if (SrcMgr.isInSystemHeader(New->getLocation()))
+ if (getLangOptions().CPlusPlus) {
+ if (!isa<CXXRecordDecl>(CurContext))
return false;
+ Diag(New->getLocation(), diag::err_redefinition)
+ << New->getDeclName();
+ Diag(Old->getLocation(), diag::note_previous_definition);
+ return true;
}
- Diag(New->getLocation(), diag::err_redefinition) << New->getDeclName();
+ // If we have a redefinition of a typedef in C, emit a warning. This warning
+ // is normally mapped to an error, but can be controlled with
+ // -Wtypedef-redefinition.
+ Diag(New->getLocation(), diag::warn_redefinition_of_typedef)
+ << New->getDeclName();
Diag(Old->getLocation(), diag::note_previous_definition);
- return true;
+ return false;
}
/// DeclhasAttr - returns true if decl Declaration already has the target