summaryrefslogtreecommitdiff
path: root/clang/test/CodeGen/thinlto-debug-pm.c
AgeCommit message (Collapse)Author
2022-02-16Use functions with prototypes when appropriate; NFCAaron Ballman
A significant number of our tests in C accidentally use functions without prototypes. This patch converts the function signatures to have a prototype for the situations where the test is not specific to K&R C declarations. e.g., void func(); becomes void func(void); This is the twelfth batch of tests being updated (the end may be in sight soon though).
2021-10-18[test] Remove tests pinned to the legacy PMArthur Eubanks
Now that the legacy PM is deprecated for the optimization pipeline, we can start deleting legacy PM tests. For tests that test both PMs, merge the RUN lines. Delete tests specific to the legacy PM.
2020-08-17[test] Fix thinlto-debug-pm.c in preparation for -enable-npm-optnoneArthur Eubanks
This fails due to the clang invocation running at -O0, producing an optnone function. Then even with -O2 in the later invocations, LoopVectorizePass doesn't run on the optnone function. So split this into an -O0 run and an -O2 run. Reviewed By: asbirlea Differential Revision: https://reviews.llvm.org/D86011
2019-06-21[clang][NewPM] Add -fno-experimental-new-pass-manager to testsLeonard Chan
As per the discussion on D58375, we disable test that have optimizations under the new PM. This patch adds -fno-experimental-new-pass-manager to RUNS that: - Already run with optimizations (-O1 or higher) that were missed in D58375. - Explicitly test new PM behavior along side some new PM RUNS, but are missing this flag if new PM is enabled by default. - Specify -O without the number. Based on getOptimizationLevel(), it seems the default is 2, and the IR appears to be the same when changed to -O2, so update the test to explicitly say -O2 and provide -fno-experimental-new-pass-manager`. Differential Revision: https://reviews.llvm.org/D63156 llvm-svn: 364066
2019-04-23[ThinLTO] Pass down opt level to LTO backend and handle -O0 LTO in new PMTeresa Johnson
Summary: The opt level was not being passed down to the ThinLTO backend when invoked via clang (for distributed ThinLTO). This exposed an issue where the new PM was asserting if the Thin or regular LTO backend pipelines were invoked with -O0 (not a new issue, could be provoked by invoking in-process *LTO backends via linker using new PM and -O0). Fix this similar to the old PM where -O0 only does the necessary lowering of type metadata (WPD and LowerTypeTest passes) and then quits, rather than asserting. Reviewers: xur Subscribers: mehdi_amini, inglorion, eraman, hiraditya, steven_wu, dexonsmith, cfe-commits, llvm-commits, pcc Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D61022 llvm-svn: 359025
2017-11-13[ThinLTO] Handle -fdebug-pass-manager for backend invocations via clangTeresa Johnson
Recommit of r317951 and r317951 along with what I believe should fix the remaining buildbot failures - the target triple should be specified for both the ThinLTO pre-thinlink compile and backend (post-thinlink) compile to ensure it is consistent. Original description: The LTO Config field wasn't being set when invoking a ThinLTO backend via clang (i.e. for distributed builds). llvm-svn: 318042
2017-11-11Revert "[ThinLTO] Handle -fdebug-pass-manager for backend invocations via clang"Teresa Johnson
This reverts commit r317951 and r317952. The new test is aborting on some bots and I'll need to investigate later. llvm-svn: 317959
2017-11-11Add x86-registered-target to REQUIRES for new testTeresa Johnson
Should fix test added in r317951. llvm-svn: 317952
2017-11-10[ThinLTO] Handle -fdebug-pass-manager for backend invocations via clangTeresa Johnson
Summary: The LTO Config field wasn't being set when invoking a ThinLTO backend via clang (i.e. for distributed builds). Reviewers: danielcdh Subscribers: mehdi_amini, inglorion, eraman, cfe-commits Differential Revision: https://reviews.llvm.org/D39923 llvm-svn: 317951