mlir-{13/14} +universal (i386/x86_64): fatal error: error in backend: Unsupported expression in static initializer: zext (i32 ptrtoint ([7 x i8]* @.str.38 to i32) to i64)

[ryandesign (Ryan Carsten Schmidt)]

Cannot upgrade outdated ports because mlir-13 does not build:

:info:build [ 91%] Built target MLIRGPUOps
:info:build fatal error: error in backend: Unsupported expression in static initializer: zext (i32 ptrtoint ([7 x i8]* @.str.38 to i32) to i64)
:info:build clang: error: clang frontend command failed with exit code 70 (use -v to see invocation)
:info:build clang version 11.1.0
:info:build Target: i386-apple-darwin17.7.0
:info:build Thread model: posix
:info:build InstalledDir: /opt/local/libexec/llvm-11/bin
:info:build clang: note: diagnostic msg: Error generating preprocessed source(s) - cannot generate preprocessed source with multiple -arch options.

Update - Same thing affects mlir-14

[thetrial (alabay)]

It seems I have the same problem now with mlir-14 +universal. Looks like this happens only with the universal variant. There is no maintainer, nothing. What shall I, shall we do? mlir-14 and I think therefore clang-14 are stuck with El Capitan.

[kencu (Ken)]

mlir is only needed for flang I believe.

flang-14 is not needed for anything at present.

So…

[thetrial (alabay)]

I’m stuck …

--->  Computing dependencies for openal-soft
The following dependencies will be installed:
 clang-14
 mlir-14

clang-14 awaits it, ans clang-14 ist awaited by … so catch-22.

[kencu (Ken)]

that may be the way things are set up, but mlir is only needed to build flang I believe, and flang is not needed for anything:

​https://github.com/llvm/llvm-project/blob/f6c79c6ae49f3a642bebe32a2346186c38bb83d7/llvm/CMakeLists.txt#L110

[kencu (Ken)]

of course, someone might best sort out what is wrong with the universal build of mlir and actually fix it, if possible.

[thetrial (alabay)]

So where to start? It seems, openal-soft starts that catch-22. It needs clang-14, this needs mlir-14. Both needed clang-11 that built yesterday the whole day on my laptop, just to be a leave later on (I know that from my desktop). And this, though clang-13 is onboard. These forced dependencies are hell.

So I might file a ticket for mlir-14 … but who’ll see that? I can’t assign it to anyone. Or shall I start with openal-soft and point to the dependency?

[thetrial (alabay)]

I’ve filed #65388, mentioning also all ports in the chain.

[kencu (Ken)]

[d6f8143777d33eb326230dcca97ae75a3e646c0f/macports-ports]

[jmroot (Joshua Root)]

That removed the dependency from clang, but this ticket is about mlir-13's universal variant not working; is that actually fixed?

[kencu (Ken)]

I took it to be that the op couldn’t upgrade his ports and now he can, but sure, this can trac the broken mlir build.

I suspect it likely is the i386 build is just broken, universal or not.