Trouble with rust-llvm on scarthgap-l4t-r35.x

[rishabnayak]

I see a segfault when trying to compile rust-llvm. Are there any fixes for this?

FAILED: lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64BranchTargets.cpp.o 
/home/rishab/yocto-tegra/build/tmp/hosttools/g++ -DGTEST_HAS_RTTI=0 -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/build/lib/Target/AArch64 -I/home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/rustc-1.75.0-src/src/llvm-project/llvm/lib/Target/AArch64 -I/home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/build/include -I/home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/rustc-1.75.0-src/src/llvm-project/llvm/include -isystem/home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/recipe-sysroot-native/usr/include -O2 -pipe -fPIC -fno-semantic-interposition -fvisibility-inlines-hidden -Werror=date-time -fno-lifetime-dse -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wimplicit-fallthrough -Wno-maybe-uninitialized -Wno-nonnull -Wno-class-memaccess -Wno-redundant-move -Wno-pessimizing-move -Wno-noexcept-type -Wdelete-non-virtual-dtor -Wsuggest-override -Wno-comment -Wno-misleading-indentation -Wctad-maybe-unsupported -fdiagnostics-color -ffunction-sections -fdata-sections -DNDEBUG -std=c++17 -fvisibility=hidden  -fno-exceptions -funwind-tables -fno-rtti -MD -MT lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64BranchTargets.cpp.o -MF lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64BranchTargets.cpp.o.d -o lib/Target/AArch64/CMakeFiles/LLVMAArch64CodeGen.dir/AArch64BranchTargets.cpp.o -c /home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/rustc-1.75.0-src/src/llvm-project/llvm/lib/Target/AArch64/AArch64BranchTargets.cpp
In file included from /home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/rustc-1.75.0-src/src/llvm-project/llvm/include/llvm/CodeGen/TargetLowering.h:35,
                 from /home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/rustc-1.75.0-src/src/llvm-project/llvm/lib/Target/AArch64/AArch64ISelLowering.h:22,
                 from /home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/rustc-1.75.0-src/src/llvm-project/llvm/lib/Target/AArch64/AArch64Subtarget.h:17,
                 from /home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/rustc-1.75.0-src/src/llvm-project/llvm/lib/Target/AArch64/AArch64BranchTargets.cpp:20:
/home/rishab/yocto-tegra/build/tmp/work/x86_64-linux/rust-llvm-native/1.75.0/rustc-1.75.0-src/src/llvm-project/llvm/include/llvm/CodeGen/MachineRegisterInfo.h:63:5: internal compiler error: Segmentation fault
   63 |     }
      |     ^
0x787d1324251f ???
	./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
0x787d13229d8f __libc_start_call_main
	../sysdeps/nptl/libc_start_call_main.h:58
0x787d13229e3f __libc_start_main_impl
	../csu/libc-start.c:392
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <file:///usr/share/doc/gcc-11/README.Bugs> for instructions.

[madisongh]

Since it's the -native build, that would point to a possible problem with your build host. I think I remember seeing something on one of the OE/Yocto mailing lists about issues with building the native Rust toolchain on resource-constrained systems; reducing parallelism of the build can sometimes help with that. And sometimes just re-trying the build of that one recipe on its own, will work.

It might also be something to do with the toolchain on your host. Are you using one of the supported/tested OSes?

[rishabnayak]

I was able to retry a couple times and get it to build. I thought it was a resource issue as well but my machine is 12-core and I'd set parallelism to 10. Either way, solved now!