[llvm-commits] CVS: llvm/tools/llvm-upgrade/UpgradeParser.y

Reid Spencer reid at x10sys.com
Thu Feb 8 00:47:53 PST 2007



Changes in directory llvm/tools/llvm-upgrade:

UpgradeParser.y updated: 1.60 -> 1.61
---
Log message:

For PR1187: http://llvm.org/PR1187 :
Always rename, never give a redef error. We could check for collapsed type
planes and generate an error if that's not the cause, but the 99.9999
percentile case will be that its the result of collapsed type planes. So,
rather than doing an expensive check, just rename.


---
Diffs of the changes:  (+18 -4)

 UpgradeParser.y |   22 ++++++++++++++++++----
 1 files changed, 18 insertions(+), 4 deletions(-)


Index: llvm/tools/llvm-upgrade/UpgradeParser.y
diff -u llvm/tools/llvm-upgrade/UpgradeParser.y:1.60 llvm/tools/llvm-upgrade/UpgradeParser.y:1.61
--- llvm/tools/llvm-upgrade/UpgradeParser.y:1.60	Thu Feb  8 02:09:36 2007
+++ llvm/tools/llvm-upgrade/UpgradeParser.y	Thu Feb  8 02:47:38 2007
@@ -2626,10 +2626,24 @@
       if (Conflict && PFT == Conflict->getType()) {
         if (!CurFun.isDeclare && !Conflict->isDeclaration()) {
           // We have two function definitions that conflict, same type, same
-          // name. This wasn't allowed in 1.9, its not allowed here either
-          error("Redefinition of function '" + FunctionName + "' of type '" +
-                PFT->getDescription() + "'");
-        
+          // name. We should really check to make sure that this is the result
+          // of integer type planes collapsing and generate an error if it is
+          // not, but we'll just rename on the assumption that it is. However,
+          // let's do it intelligently and rename the internal linkage one
+          // if there is one.
+          std::string NewName(makeNameUnique(FunctionName));
+          if (Conflict->hasInternalLinkage()) {
+            Conflict->setName(NewName);
+            RenameMapKey Key = std::make_pair(FunctionName,Conflict->getType());
+            CurModule.RenameMap[Key] = NewName;
+            Fn = new Function(FT, CurFun.Linkage, FunctionName, M);
+            InsertValue(Fn, CurModule.Values);
+          } else {
+            Fn = new Function(FT, CurFun.Linkage, NewName, M);
+            InsertValue(Fn, CurModule.Values);
+            RenameMapKey Key = std::make_pair(FunctionName,PFT);
+            CurModule.RenameMap[Key] = NewName;
+          }
         } else {
           // If they are not both definitions, then just use the function we
           // found since the types are the same.






More information about the llvm-commits mailing list