en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll#2f448bf5 [X86] Migrate tests to use opaque pointers (NFC)Test updates were performed using:https://gist.github.com/nikic/98357b71fd67756b0f064c9517b62a34These are only the test updates where the test passed withoutfurther modification (which is almost all of them, as the backendis largely pointer-type agnostic). List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll Wed, 22 Jun 2022 12:33:12 +0000 Nikita Popov <npopov@redhat.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll#2461cdb4 [CodeGen][SimplifyCFG] Teach DwarfEHPrepare to preserve DomTreeOnce the default for SimplifyCFG flips, we can no longer pass nullptrinstead of DomTree to SimplifyCFG, so we need to propagate it here.We don't strictly need to actually preserve DomTree in DwarfEHPrepare,but we might as well do it, since it's trivial. List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll Fri, 01 Jan 2021 17:27:09 +0000 Roman Lebedev <lebedev.ri@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll#b23b1bcc [NFC][CodeGen][Tests] Mark all tests that fail to preserve DomTree for SimplifyCFG as suchThese tests start to fail when the SimplifyCFG's default regarding DomTreeupdating is switched on, so mark them as needing changes. List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll Fri, 01 Jan 2021 18:15:07 +0000 Roman Lebedev <lebedev.ri@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll#34e70d72 Append ".__part." to every basic block section symbol.Every basic block section symbol created by -fbasic-block-sections will contain".__part." to know that this symbol corresponds to a basic block fragment ofthe function.This patch solves two problems:a) Like D89617, we want function symbols with suffixes to be properly qualified so that external tools like profile aggregators know exactly what this symbol corresponds to.b) The current basic block naming just adds a ".N" to the symbol name where N is some integer. This collides with how clang creates __cxx_global_var_init.N. clang creates these symbol names to call constructor functions and basic block symbol naming should not use the same style.Fixed all the test cases and added an extra test for __cxx_global_var_initbreakage.Differential Revision: https://reviews.llvm.org/D93082 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll Wed, 23 Dec 2020 17:51:35 +0000 Sriraman Tallam <tmsriram@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll#2262b04c [test] Add explicit dso_local to constant/global variable declarationsThey are currently implicit because TargetMachine::shouldAssumeDSOLocal impliesdso_local.For external data, clang -fno-pic emits the dso_local specifier for ELF andnon-MinGW COFF. Adding explicit dso_local makes these tests in align with theclang behavior and helps implementing an option to use GOT indirection forexternal data access in -fno-pic mode (to avoid copy relocations). List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll Fri, 04 Dec 2020 21:51:01 +0000 Fangrui Song <i@maskray.me> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll#ca6b6d40 Rename basic block sections options to be consistent.D68049 created options for basic block sections: -fbasic-block-sections=,-funique-basic-block-section-names. Rename options in llc and lld (--lto-)to be consistent. Specifically,+ Rename basicblock-sections to basic-block-sections+ Rename unique-bb-section-names to unique-basic-block-section-namesDifferential Revision: https://reviews.llvm.org/D84462 List of files: /llvm-project-15.0.7/llvm/test/CodeGen/X86/basic-block-sections-eh.ll Fri, 31 Jul 2020 18:14:49 +0000 Sriraman Tallam <tmsriram@google.com>