Nix Cross Compiling - Public Room Timeline

	Nix Cross Compiling	580 Members
		127 Servers

Load older messages

Sender	Message	Time
21 Apr 2025
@trofi:matrix.org	`ltrans` suggests these are LTO builds.	21:30:03
@trofi:matrix.org	Do you have a reproducer? Chances are `ld` did not have a correct linker plugin present.	21:30:23
@trofi:matrix.org	* Chances are `ld` did not have a correct linker plugin present.	21:30:46
rosssmyth	Disabling LTO results in less errors. But the build also fails earlier in the build process. `/nix/store/brk34m9rvyw1vw94w0k7gadwj4s1lih3-arm-none-eabi-binutils-2.44/bin/arm-none-eabi-ld: /nix/store/if1f5yqlmkg278bgv69cn5hr85453jqr-newlib-arm-none-eabi-4.5.0.20241231/arm-none-eabi/lib/libc.a(libc_a-me> /build/source/build/../Firmware.cydsn/main.c:118:(.text.main+0x46): dangerous relocation: unsupported relocation`	21:41:58
rosssmyth	* Disabling LTO results in less errors. But the build also fails earlier in the build process. > /nix/store/brk34m9rvyw1vw94w0k7gadwj4s1lih3-arm-none-eabi-binutils-2.44/bin/arm-none-eabi-ld: /nix/store/if1f5yqlmkg278bgv69cn5hr85453jqr-newlib-arm-none-eabi-4.5.0.20241231/arm-none-eabi/lib/libc.a(libc_a-memset.o)(memset): Unknown destination type (ARM/Thumb) in Firmware.cydsn/out.elf.p/main.c.o > Firmware.cydsn/out.elf.p/main.c.o: in function `main': > /build/source/build/../Firmware.cydsn/main.c:242:(.text.main+0x4e): dangerous relocation: unsupported relocation	21:46:00
rosssmyth	* Disabling LTO removes the references to ltrans, but the same errors result. > /nix/store/brk34m9rvyw1vw94w0k7gadwj4s1lih3-arm-none-eabi-binutils-2.44/bin/arm-none-eabi-ld: /nix/store/if1f5yqlmkg278bgv69cn5hr85453jqr-newlib-arm-none-eabi-4.5.0.20241231/arm-none-eabi/lib/libc.a(libc_a-memset.o)(memset): Unknown destination type (ARM/Thumb) in Firmware.cydsn/out.elf.p/main.c.o > Firmware.cydsn/out.elf.p/main.c.o: in function `main': > /build/source/build/../Firmware.cydsn/main.c:242:(.text.main+0x4e): dangerous relocation: unsupported relocation	21:46:47
22 Apr 2025
@trofi:matrix.org	Aha. Can you have a look what relocation is that? `arm-none-eabi-objdump -dr` should have an entry around `.text.main+0x4e`	04:56:34
rosssmyth	`4e: f7ff fffe bl 0 <memset> 4e: R_ARM_THM_CALL memset`	13:20:19
rosssmyth	Redacted or Malformed Event	13:20:54
rosssmyth	* `0000004e R_ARM_THM_CALL memset`	13:22:31
dramforever	i think i figured out a possible cause. your code might be defining `memset` in assembly, but did not specify the symbol type as a function. therefore, the linker is refusing to emit a call to it because some paranoia about mixing arm and thumb functions.	13:51:19
dramforever	if that's the case, you need to use `.type memset, %function` in your assembly code, and possibly all other functions as well	13:51:42
dramforever	this is a new check added in binutils 2.44 https://github.com/bminor/binutils-gdb/commit/31ed3a9d691493486f6e32357d89a55229dbdc0a#diff-9db1c8e03c72939d28438bba610afca27de21c37dda3d09639a8b531a5610902R10508	13:55:20
dramforever	this should reproduce the "issue" $ cat thm.s bl nothing $ cat nothing.s .global nothing nothing: $ arm-none-eabi-gcc -march=armv6-m -o thm thm.s nothing.s /nix/store/[...]-arm-none-eabi-binutils-2.44/bin/arm-none-eabi-ld: /nix/store/[...]-newlib-arm-none-eabi-4.5.0.20241231/arm-none-eabi/lib/crt0.o: in function `_mainCRTStartup': /build/newlib-4.5.0.20241231/arm-none-eabi/libgloss/../.././libgloss/arm/crt0.S:546:(.text+0x10c): undefined reference to `main' /nix/store/[...]-arm-none-eabi-binutils-2.44/bin/arm-none-eabi-ld: /tmp/cceLKLqP.o(nothing): Unknown destination type (ARM/Thumb) in /tmp/ccAnIzhk.o /tmp/ccAnIzhk.o:(.text+0x0): dangerous relocation: unsupported relocation [...]	13:58:21
dramforever	mostly unrelatedly, but the worst part about trying to debug this issue is element defaulted to not line wrapping code	14:04:10
rosssmyth	That's interesting. I do not define them in asm, I just use the newlib(-nano) provided ones. I just checked and it seems they do use the correct type for their asm defined functions.	14:17:37
dramforever	In reply to @rosssmyth:matrix.org That's interesting. I do not define them in asm, I just use the newlib(-nano) provided ones. I just checked and it seems they do use the correct type for their asm defined functions. are you using `pkgsCross.arm-embedded`? in that case the nanolib is compiled for arm and would not work for armv6-m	14:28:08
dramforever	you might need to write your own `crossSystem` while importing nixpkgs	14:36:35
rosssmyth	I tried that well earlier and it did not work with the same error	20:52:34
rosssmyth	* I tried that as well earlier and it did not work with the same error	20:52:40
rosssmyth	I believe I have found the issue. While narrowing down to a minimal reproducer, it seems that passing `-mthumb -mcpu=cortex-m0 -march=armv6-m` with the cross-file, which should just be redundant with the armv6m toolchain, somehow messes up linking. Removing the cross file results in it compiling with the armv6m toolchain. But if the arm-embedded toolchain isn't thumb compatible, then what needs to be done to get multilib working?	22:38:59
rosssmyth	Cause an embedded toolchain that only works for a specific architecture is kind of silly	22:39:40
rosssmyth	Especially if it doesn't support thumb. And I would prefer not to spend 30 minutes building GCC in github actions every time CI runs	22:40:15
rosssmyth	For anyone curious, here's a reproducer https://github.com/RossSmyth/armRepro	22:50:34
rosssmyth	With a patch that can be applied that should fix it	22:50:50
23 Apr 2025
dramforever	In reply to @rosssmyth:matrix.org Cause an embedded toolchain that only works for a specific architecture is kind of silly unfortunately, this is how nixpkgs gcc works	00:02:52
dramforever	the doesn't support thumb part shouldn't be happening though, that one i should take a look	00:13:32
dramforever	... are you sure `pkgsCross.arm-embedded.stdenv.cc` ever worked for armv6-m?	01:04:52
dramforever	i'm throwing in the towel for now i have no idea how the arm embedded stuff works	01:13:03
dramforever	does `-march=armv6-m` and `-mcpu=cortex-m0` even work?	01:41:18

Show newer messages

Back to Room ListRoom Version: 6