Changes in AnalysisManagerTest.cpp

491d2701 - [mlir] Use has_value instead of hasValue (NFC)

Wed, 13 Jul 2022 07:57:02 +0000

[mlir] Use has_value instead of hasValue (NFC) List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

3b7c3a65 - Revert "Don't use Optional::hasValue (NFC)"

Sat, 25 Jun 2022 18:56:50 +0000

Revert "Don't use Optional::hasValue (NFC)"This reverts commit aa8feeefd3ac6c78ee8f67bf033976fc7d68bc6d. List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

aa8feeef - Don't use Optional::hasValue (NFC)

Sat, 25 Jun 2022 18:55:57 +0000

Don't use Optional::hasValue (NFC) List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

58ceae95 - [mlir:NFC] Remove the forward declaration of FuncOp in the mlir namespace

Mon, 18 Apr 2022 18:53:47 +0000

[mlir:NFC] Remove the forward declaration of FuncOp in the mlir namespaceFuncOp has been moved to the `func` namespace for a little over a month, theusing directive can be dropped now. List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

5e50dd04 - [mlir] Rework the implementation of TypeID

Thu, 31 Mar 2022 00:00:37 +0000

[mlir] Rework the implementation of TypeIDThis commit restructures how TypeID is implemented to ideally avoidthe current problems related to shared libraries. This is done by changingthe "implicit" fallback path to use the name of the type, instead of usinga static template variable (which breaks shared libraries). The major downside to thisis that it adds some additional initialization costs for the implicit path. Given theuse of type names for uniqueness in the fallback, we also no longer allow typesdefined in anonymous namespaces to have an implicit TypeID. To simplify definingan ID for these classes, a new `MLIR_DEFINE_EXPLICIT_INTERNAL_INLINE_TYPE_ID` macrowas added to allow for explicitly defining a TypeID directly on an internal class.To help identify when types are using the fallback, `-debug-only=typeid` can beused to log which types are using implicit ids.This change generally only requires changes to the test passes, which are all definedin anonymous namespaces, and thus can't use the fallback any longer.Differential Revision: https://reviews.llvm.org/D122775 List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

36550692 - [mlir] Move the Builtin FuncOp to the Func dialect

Tue, 08 Mar 2022 03:16:03 +0000

[mlir] Move the Builtin FuncOp to the Func dialectThis commit moves FuncOp out of the builtin dialect, and into the Funcdialect. This move has been planned in some capacity from the momentwe made FuncOp an operation (years ago). This commit handles thefunctional aspects of the move, but various aspects are left untouchedto ease migration: func::FuncOp is re-exported into mlir to reducethe actual API churn, the assembly format still accepts the unqualified`func`. These temporary measures will remain for a little while tosimplify migration before being removed.Differential Revision: https://reviews.llvm.org/D121266 List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

8f66ab1c - Replace OwningModuleRef with OwningOpRef

Sun, 30 Jan 2022 02:41:10 +0000

Replace OwningModuleRef with OwningOpRefThis addresses a TODO in BuiltinOps.h.Reviewed By: rriddleDifferential Revision: https://reviews.llvm.org/D118574 List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

be0a7e9f - Adjust "end namespace" comment in MLIR to match new agree'd coding style

Tue, 07 Dec 2021 18:27:58 +0000

Adjust "end namespace" comment in MLIR to match new agree'd coding styleSee D115115 and this mailing list discussion:https://lists.llvm.org/pipermail/llvm-dev/2021-December/154199.htmlDifferential Revision: https://reviews.llvm.org/D115309 List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

cd94f18e - [mlir] Pass AnalysisManager as optional parameter to analysis ctor, so it can request any other analysis as dependency

Sat, 10 Apr 2021 16:38:11 +0000

[mlir] Pass AnalysisManager as optional parameter to analysis ctor, so it can request any other analysis as dependencyDifferential Revision: https://reviews.llvm.org/D100274 List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

65fcddff - [mlir][BuiltinDialect] Resolve comments from D91571

Thu, 19 Nov 2020 18:43:12 +0000

[mlir][BuiltinDialect] Resolve comments from D91571* Move ops to a BuiltinOps.h* Add file comments List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

73ca690d - [mlir][NFC] Remove references to Module.h and Function.h

Tue, 17 Nov 2020 08:38:10 +0000

[mlir][NFC] Remove references to Module.h and Function.hThese includes have been deprecated in favor of BuiltinDialect.h, which contains the definitions of ModuleOp and FuncOp.Differential Revision: https://reviews.llvm.org/D91572 List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

b7382ed3 - [MLIR] Extend Symbol verification to reject public symbol declarations.

Fri, 13 Nov 2020 21:04:53 +0000

[MLIR] Extend Symbol verification to reject public symbol declarations.- Extend the Symbol interface with `isDeclaration` to identify operations that declare a symbol as opposed to define it.- Extend verification to disallow public declarations as per the discussion in https://llvm.discourse.group/t/rfc-symbol-definition-declaration-x-visibility-checks/2140- Adopt the new interface for `FuncOp` and fix test and code to not have/create public function declarations.Differential Revision: https://reviews.llvm.org/D91456 List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

e7021232 - Remove global dialect registration

Fri, 23 Oct 2020 20:19:35 +0000

Remove global dialect registrationThis has been deprecated for >1month now and removal was announced in:https://llvm.discourse.group/t/rfc-revamp-dialect-registration/1559/11Differential Revision: https://reviews.llvm.org/D86356 List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

6a726358 - Revert "Remove global dialect registration"

Fri, 23 Oct 2020 21:26:32 +0000

Revert "Remove global dialect registration"This reverts commit b22e2e4c6e420b78a8a4c307f0cf002f51af9590.Investigating broken builds List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

b22e2e4c - Remove global dialect registration

Fri, 23 Oct 2020 20:19:35 +0000

c39c2161 - Rename AnalysisManager::slice in AnalysisManager::nest (NFC)

Fri, 28 Aug 2020 20:17:38 +0000

Rename AnalysisManager::slice in AnalysisManager::nest (NFC)The naming wasn't reflecting the intent of this API, "nest" is aligningit with the pass manager API. List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

f9dc2b70 - Separate the Registration from Loading dialects in the Context

Tue, 18 Aug 2020 20:01:19 +0000

Separate the Registration from Loading dialects in the ContextThis changes the behavior of constructing MLIRContext to no longer load globallyregistered dialects on construction. Instead Dialects are only loaded explicitlyon demand:- the Parser is lazily loading Dialects in the context as it encounters themduring parsing. This is the only purpose for registering dialects and not loadthem in the context.- Passes are expected to declare the dialects they will create entity from(Operations, Attributes, or Types), and the PassManager is loading Dialects intothe Context when starting a pipeline.This changes simplifies the configuration of the registration: a compiler onlyneed to load the dialect for the IR it will emit, and the optimizer isself-contained and load the required Dialects. For example in the Toy tutorial,the compiler only needs to load the Toy dialect in the Context, all the others(linalg, affine, std, LLVM, ...) are automatically loaded depending on theoptimization pipeline enabled.To adjust to this change, stop using the existing dialect registration: theglobal registry will be removed soon.1) For passes, you need to override the method:virtual void getDependentDialects(DialectRegistry ®istry) const {}and registery on the provided registry any dialect that this pass can produce.Passes defined in TableGen can provide this list in the dependentDialects listfield.2) For dialects, on construction you can register dependent dialects using theprovided MLIRContext: `context.getOrLoadDialect()`This is useful if a dialect may canonicalize or have interfaces involvinganother dialect.3) For loading IR, dialect that can be in the input file must be explicitlyregistered with the context. `MlirOptMain()` is taking an explicit registry forthis purpose. See how the standalone-opt.cpp example is setup: mlir::DialectRegistry registry; registry.insert(); registry.insert();Only operations from these two dialects can be in the input file. To include allof the dialects in MLIR Core, you can populate the registry this way: mlir::registerAllDialects(registry);4) For `mlir-translate` callback, as well as frontend, Dialects can be loaded inthe context before emitting the IR: context.getOrLoadDialect()Differential Revision: https://reviews.llvm.org/D85622 List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

e75bc5c7 - Revert "Separate the Registration from Loading dialects in the Context"

Wed, 19 Aug 2020 00:32:30 +0000

Revert "Separate the Registration from Loading dialects in the Context"This reverts commit d14cf45735b0d09d7d3caf0824779520dd20ef10.The build is broken with GCC-5. List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp

d14cf457 - Separate the Registration from Loading dialects in the Context

Tue, 18 Aug 2020 20:01:19 +0000

d84fe55e - Revert "Separate the Registration from Loading dialects in the Context"

Tue, 18 Aug 2020 22:15:59 +0000

Revert "Separate the Registration from Loading dialects in the Context"This reverts commit e1de2b75501e5eaf8777bd5248382a7c55a44fd6.Broke a build bot. List of files: /llvm-project-15.0.7/mlir/unittests/Pass/AnalysisManagerTest.cpp