[Draft] Update LLVM version to debug a building issue

This draft PR is trying to find the culprit of the building issue we currently have when we try to update llvm. We are bisecting between 2 versions.

cmake/llvm-hash.txt

@@ -1 +1 @@
-99bb9a719cec9513e72ad275c1c0302b76b6c408
+56277948d577245be845c89a7d7c3a5ccd9747ef

third_party/amd/lib/TritonAMDGPUToLLVM/BuiltinFuncToLLVM.cpp

@@ -128,7 +128,7 @@ class CallOpConversion : public mlir::RewritePattern {
     auto operands = callOp.getOperands();
     auto result = callOp.getResult();
 
-    LLVM::LLVMFunctionType calleeType = callOp.getVarCalleeType().value();
+    LLVM::LLVMFunctionType calleeType = callOp.getCalleeType().value();
     Type returnType = calleeType.getReturnType();
 
     auto loc = callOp.getLoc();

third_party/amd/python/triton_amd.cc

@@ -193,7 +193,9 @@ void init_triton_amd(py::module &&m) {
             target->createMCAsmBackend(*sti, *mri, mcOptions));
         mcStreamer.reset(target->createMCObjectStreamer(
             triple, ctx, std::move(mab), mab->createObjectWriter(svos),
-            std::move(ce), *sti));
+            std::move(ce), *sti, mcOptions.MCRelaxAll,
+            mcOptions.MCIncrementalLinkerCompatible,
+            /*DWARFMustBeAtTheEnd=*/false));
 
         std::unique_ptr<llvm::MCAsmParser> parser(
             createMCAsmParser(srcMgr, ctx, *mcStreamer, *mai));