en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/lib/MC/MCSymbolXCOFF.cpp#87bbf3d1 [XCOFF][DebugInfo] support DWARF for XCOFF for assembly output.Reviewed By: jasonliuDifferential Revision: https://reviews.llvm.org/D95518 List of files: /llvm-project-15.0.7/llvm/lib/MC/MCSymbolXCOFF.cpp Fri, 05 Mar 2021 01:47:41 +0000 Chen Zheng <czhengsz@cn.ibm.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/lib/MC/MCSymbolXCOFF.cpp#e9ac1495 [AIX][XCOFF] change the operand of branch instruction from symbol name to qualified symbol name for function declarationsSUMMARY:1. in the patch , remove setting storageclass in function .getXCOFFSection and construct function of class MCSectionXCOFFthere areXCOFF::StorageMappingClass MappingClass;XCOFF::SymbolType Type;XCOFF::StorageClass StorageClass;in the MCSectionXCOFF class,these attribute only used in the XCOFFObjectWriter, (asm path do not need the StorageClass)we need get the value of StorageClass, Type,MappingClass before we invoke the getXCOFFSection every time.actually , we can get the StorageClass of the MCSectionXCOFF from it's delegated symbol.2. we also change the oprand of branch instruction from symbol name to qualify symbol name.for example changebl .fooextern .footobl .foo[PR]extern .foo[PR]3. and if there is reference indirect call a function bar.we also add extern .bar[PR]Reviewers: Jason liu, Xiangling LiaoDifferential Revision: https://reviews.llvm.org/D84765 List of files: /llvm-project-15.0.7/llvm/lib/MC/MCSymbolXCOFF.cpp Tue, 11 Aug 2020 19:26:19 +0000 diggerlin <digger.llvm@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/lib/MC/MCSymbolXCOFF.cpp#6d3ae365 [XCOFF][AIX] Give symbol an internal name when desired symbol name contains invalid character(s)Summary:When a desired symbol name contains invalid character that thesystem assembler could not process, we need to emit .renamedirective in assembly path in order for that desired symbol nameto appear in the symbol table.Reviewed By: hubert.reinterpretcast, DiggerLin, daltenty, Xiangling_LDifferential Revision: https://reviews.llvm.org/D82481 List of files: /llvm-project-15.0.7/llvm/lib/MC/MCSymbolXCOFF.cpp Mon, 06 Jul 2020 14:18:06 +0000 jasonliu <jasonliu.development@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/lib/MC/MCSymbolXCOFF.cpp#d65557d1 [NFC][XCOFF][AIX] Refactor get/setContainingCsectSummary:For current architect, we always require setContainingCsect to becalled on every MCSymbol got used in XCOFF context.This is very hard to achieve because symbols gets created everywhere and other MCSymbol types(ELF, COFF) do not have similar rules.It's very easy to miss setting the containing csect, and we wouldneed to add a lot of XCOFF specialized code around some common code area.This patch intendeds to do1. Rely on getFragment().getParent() to get csect from labels.2. Only use get/setRepresentedCsect (was get/setContainingCsect)if symbol itself represents a csect.Reviewers: DiggerLin, hubert.reinterpretcast, daltentyDifferential Revision: https://reviews.llvm.org/D77080 List of files: /llvm-project-15.0.7/llvm/lib/MC/MCSymbolXCOFF.cpp Fri, 03 Apr 2020 13:13:13 +0000 jasonliu <jasonliu.development@gmail.com>