en Copyright 2015 Java http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll#3f8027fb [test] Update some test cases to use -passes when specifying the pipelineThis updates transform test cases for ADCE AddDiscriminators AggressiveInstCombine AlignmentFromAssumptions ArgumentPromotion BDCE CalledValuePropagation DCE Reg2Mem WholeProgramDevirtto use the -passes syntax when specifying the pipeline.Given that LLVM_ENABLE_NEW_PASS_MANAGER isn't set to off (which isa deprecated feature) the updated test cases already used the newpass manager, but they were using the legacy syntax when specifyingthe passes to run. This patch can be seen as a step toward deprecatingthat interface.This patch also removes some redundant RUN lines. Here I amreferring to test cases that had multiple RUN lines verifying boththe legacy "-passname" syntax and the new "-passes=passname" syntax.Since we switched the default pass manager to "new PM" both RUN lineshave verified the new PM version of the pass (more or less wastingtime running the same test twice), unless LLVM_ENABLE_NEW_PASS_MANAGERis set to "off". It is assumed that it is enough to run these testswith the new pass manager now.Differential Revision: https://reviews.llvm.org/D108472 List of files: /llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll Mon, 13 Sep 2021 08:43:38 +0000 Bjorn Pettersson <bjorn.a.pettersson@ericsson.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll#2f63d549 Restore "[LTO/WPD] Enable aggressive WPD under LTO option"This restores 59733525d37cf9ad88b5021b33ecdbaf2e18911c (D71913), alongwith bot fix 19c76989bb505c3117730c47df85fd3800ea2767.The bot failure should be fixed by D73418, committed asaf954e441a5170a75687699d91d85e0692929d43.I also added a fix for non-x86 bot failures by requiring x86 in new testlld/test/ELF/lto/devirt_vcall_vis_public.ll. List of files: /llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll Fri, 24 Jan 2020 20:24:18 +0000 Teresa Johnson <tejohnson@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll#90e630a9 Revert "[LTO/WPD] Enable aggressive WPD under LTO option"This reverts commit 59733525d37cf9ad88b5021b33ecdbaf2e18911c.There is a windows sanitizer bot failure in one of the cfi teststhat I will need some time to figure out:http://lab.llvm.org:8011/builders/sanitizer-windows/builds/57155/steps/stage%201%20check/logs/stdio List of files: /llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll Fri, 24 Jan 2020 01:26:51 +0000 Teresa Johnson <tejohnson@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll#59733525 [LTO/WPD] Enable aggressive WPD under LTO optionSummary:Third part in series to support Safe Whole Program DevirtualizationEnablement, see RFC here:http://lists.llvm.org/pipermail/llvm-dev/2019-December/137543.htmlThis patch adds type test metadata under -fwhole-program-vtables,even for classes without hidden visibility. It then changes WPD to skipdevirtualization for a virtual function call when any of the compatiblevtables has public vcall visibility.Additionally, internal LLVM options as well as lld and gold-pluginoptions are added which enable upgrading all public vcall visibilityto linkage unit (hidden) visibility during LTO. This enables the moreaggressive WPD to kick in based on LTO time knowledge of the visibilityguarantees.Support was added to all flavors of LTO WPD (regular, hybrid andindex-only), and to both the new and old LTO APIs.Unfortunately it was not simple to split the first and second parts ofthis part of the change (the unconditional emission of type tests andthe upgrading of the vcall visiblity) as I needed a way to upgrade thepublic visibility on legacy WPD llvm assembly tests that don't includelinkage unit vcall visibility specifiers, to avoid a lot of test churn.I also added a mechanism to LowerTypeTests that allows dropping typetest assume sequences we now aggressively insert when we invokedistributed ThinLTO backends with null indexes, which is used in testingmode, and which doesn't invoke the normal ThinLTO backend pipeline.Depends on D71907 and D71911.Reviewers: pcc, evgeny777, steven_wu, espindolaSubscribers: emaste, Prazek, inglorion, arichardson, hiraditya, MaskRay, dexonsmith, dang, davidxl, cfe-commits, llvm-commitsTags: #clang, #llvmDifferential Revision: https://reviews.llvm.org/D71913 List of files: /llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll Thu, 26 Dec 2019 19:40:18 +0000 Teresa Johnson <tejohnson@google.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll#cee313d2 Revert "Temporarily Revert "Add basic loop fusion pass.""The reversion apparently deleted the test/Transforms directory.Will be re-reverting again.llvm-svn: 358552 List of files: /llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll Wed, 17 Apr 2019 04:52:47 +0000 Eric Christopher <echristo@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll#b933ad3a Skip CFI for dead functions.Differential Revision: https://reviews.llvm.org/D33805llvm-svn: 304578 List of files: /llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll Fri, 02 Jun 2017 18:24:23 +0000 Evgeniy Stepanov <eugeni.stepanov@gmail.com> http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll#2b33f653 IR: Type ID summary extensions for WPD; thread summary into WPD pass.Make the whole thing testable by adding YAML I/O support for the WPDsummary information and adding some negative tests that exercise theYAML support.Differential Revision: https://reviews.llvm.org/D29782llvm-svn: 294981 List of files: /llvm-project-15.0.7/llvm/test/Transforms/WholeProgramDevirt/export-nothing.ll Mon, 13 Feb 2017 19:26:18 +0000 Peter Collingbourne <peter@pcc.me.uk>