[Garra1980]

Two upstream changes need adjustments on our side.

Bufferization external models moved into their own libraries.
llvm/llvm-project#236459 took the BufferizableOpInterface,
BufferDeallocationOpInterface and AllocationOpInterface external models out
of each dialect's Transforms library and gave each one an
MLIR<Dialect><Interface>Impl library. Its migration guide requires
out-of-tree callers of a register*ExternalModels function to link the
corresponding new library. Because cmake/mlir.cmake keeps a curated
MLIR_DIALECT_LIBS list rather than the full list from MLIRConfig.cmake, the
new libraries do not arrive on their own and the link fails with eleven
undefined references, for example:

undefined reference to `mlir::tensor::registerBufferizableOpInterfaceExternalModels(mlir::DialectRegistry&)'

The eleven libraries that back the registrations in getDialectRegistry() are
added to that list. The Linalg and Func models stay in
MLIRBufferizationTransforms for now; upstream plans to move those too, which
will need the same treatment.

MLIR dump() is now debug-only. llvm/llvm-project#233398 compiles the MLIR
dump() methods only under !NDEBUG || LLVM_ENABLE_DUMP. The OpenVINO GPU
plugin still calls ModuleOp::dump(), so a release build of
openvino_intel_gpu_mlir_obj fails with:

error: no member named 'dump' in 'mlir::ModuleOp'

scripts/build.sh now builds LLVM with LLVM_ENABLE_DUMP=ON as a temporary
workaround. The upstream migration is to call print() instead; the flag
should be dropped once the OpenVINO caller does that.

🤖 Generated with Claude Code