LLVM Error: inconsistency in registered Command Line options, Ubuntu-based Linux.

Hello:

I’ve tried installing UE5 (main from Github) and UE4 4.27 (the last version prior to 5) and run into the exact same issue. The call stack was super confusing but I think I got it narrowed down to the LLVM error that caused a break when using gdb. After checking my installed versions, I saw a discrepancy between the clang/LLVM on my machine and what clang version I saw whilst running the setup.sh file. -Also in the call stack, it references LLVM 15.0.

(As you can see, I don’t even have version 16.0.6 installed on my system).
A snippet of the Setup.Sh terminal output:
v22_clang-16.0.6-centos7/aarch64-unknown-linux-gnueabi/lib/gcc/aarch64-unknown-linux-gnueabi/4.8.5/

Installed clang/llvm:

Lastly, I’d like to point out that I’ve deleted the failed builds and have since started over. Currently, I’ve completed the Setup.sh and GenerateProjectFiles.sh scripts. I do not see a CMakeList.txt file - I thought this was generated with the projectfiles script? I’m waiting to run the make command based on recommendations. Below is the original call stack from my first attempts.


Caught signal 6 Aborted

libc.so.6!pthread_kill(+0x12c)

libc.so.6!raise(+0x15)

libc.so.6!abort(+0xd2)

libLLVM-15.so.1!_ZN4llvm18report_fatal_errorERKNS_5TwineEb(+0x1aa)

libLLVM-15.so.1!_ZN4llvm18report_fatal_errorEPKcb(+0x25)

libLLVM-15.so.1!UnknownFunction(0xe20e6d)

libLLVM-15.so.1!UnknownFunction(0xe1490f)

libLLVM-15.so.1!UnknownFunction(0xe2469c)

libLLVM-15.so.1!_ZNK4llvm17ManagedStaticBase21RegisterManagedStaticEPFPvvEPFvS1_E(+0x31)

libLLVM-15.so.1!UnknownFunction(0xe1d9f2)

libLLVM-15.so.1!_ZN4llvm2cl18getGeneralCategoryEv(+0x46)

libLLVM-15.so.1!UnknownFunction(0xf965df)

libLLVM-15.so.1!UnknownFunction(0xd49843)

ld-linux-x86-64.so.2!UnknownFunction(0x647d)

ld-linux-x86-64.so.2!UnknownFunction(0x6567)

libc.so.6!_dl_catch_exception(+0xe4)

ld-linux-x86-64.so.2!UnknownFunction(0xdff5)

libc.so.6!_dl_catch_exception(+0x87)

ld-linux-x86-64.so.2!UnknownFunction(0xe34d)

libc.so.6!UnknownFunction(0x906bb)

libc.so.6!_dl_catch_exception(+0x87)

libc.so.6!_dl_catch_error(+0x32)

libc.so.6!UnknownFunction(0x901ad)

libc.so.6!dlopen(+0x47)

libvulkan.so.1!UnknownFunction(0x162f7)

libvulkan.so.1!UnknownFunction(0x22dfe)

libvulkan.so.1!vkEnumerateInstanceExtensionProperties(+0x1a5)

libUE4Editor-VulkanRHI.so!EnumerateInstanceExtensionProperties(char const*, FLayerExtension&) [/home/sky/UnrealEngine-4.27.2-release/Engine/Source/Runtime/VulkanRHI/Private/VulkanLayers.cpp:171]

libUE4Editor-VulkanRHI.so!FVulkanDynamicRHI::GetInstanceLayersAndExtensions(TArray<char const*, TSizedDefaultAllocator<32> >&, TArray<char const*, TSizedDefaultAllocator<32> >&, bool&) [/home/sky/UnrealEngine-4.27.2-release/Engine/Source/Runtime/VulkanRHI/Private/VulkanLayers.cpp:266]

libUE4Editor-VulkanRHI.so!FVulkanDynamicRHI::CreateInstance() [/home/sky/UnrealEngine-4.27.2-release/Engine/Source/Runtime/VulkanRHI/Private/VulkanRHI.cpp:394]

libUE4Editor-VulkanRHI.so!FVulkanDynamicRHI::InitInstance() [/home/sky/UnrealEngine-4.27.2-release/Engine/Source/Runtime/VulkanRHI/Private/VulkanRHI.cpp:701]

libUE4Editor-VulkanRHI.so!FVulkanDynamicRHI::Init() [/home/sky/UnrealEngine-4.27.2-release/Engine/Source/Runtime/VulkanRHI/Private/VulkanRHI.cpp:248]

libUE4Editor-RHI.so!RHIInit(bool) [/home/sky/UnrealEngine-4.27.2-release/Engine/Source/Runtime/RHI/Private/DynamicRHI.cpp:226]

UE4Editor!FEngineLoop::PreInitPreStartupScreen(char16_t const*) [/home/sky/UnrealEngine-4.27.2-release/Engine/Source/Runtime/Launch/Private/LaunchEngineLoop.cpp:2597]

UE4Editor!GuardedMain(char16_t const*) [/home/sky/UnrealEngine-4.27.2-release/Engine/Source/Runtime/Launch/Private/Launch.cpp:132]

libUE4Editor-UnixCommonStartup.so!CommonUnixMain(int, char**, int ()(char16_t const), void (*)()) [/home/sky/UnrealEngine-4.27.2-release/Engine/Source/Runtime/Unix/UnixCommonStartup/Private/UnixCommonStartup.cpp:264]

libc.so.6!UnknownFunction(0x29d8f)

libc.so.6!__libc_start_main(+0x7f)

UE4Editor!_start()

Update: I’ve since upgraded my clang to 16.0.6. I tried installing the pre-compiled version and got the same dang error message. Also, on the output referencing clang version 16.0.6 in my initial post, it mentions centos. i’m not on Centos? I’m on KDE Neon. What the heck, i’ll try building it again with the new updated clang. Fingers crossed.

That didn’t fix the problem. As I’ve learned more about this build process, I realize that UE downloads its own Clang to do the compiling. It seems as though it’s pointing to an alternative version of Clang, perhaps, during runtime. I don’t know. I also don’t know how to fix that, either. What I do know, however, is that downloading and installing it from the Epic Store using Lutris seemed to work. So I guess I’ll use that version until I can figure this native build exception out. Maybe my failure and bandaid solution might help someone else who finds themselves in a similar situation. Cheers.

On a side note, I wonder if using proprietary AMD drivers has anything to do with it.