First successful cargo build - Re: Summary on what's blocking full Rust support on m68k
John Paul Adrian Glaubitz <[email protected]> Wed, 20 May 2026 10:36:55 +0200
| Newsgroups | gmane.os.netbsd.ports.m68k,gmane.linux.debian.ports.68k,gmane.linux.ports.m68k |
|---|---|
| Message-ID | <e6e99dd2a47881aaf34ea8d1dbc5ea8d6080c1c1.camel@physik.fu-berlin.de> |
Hi, On Mon, 2026-05-18 at 15:03 +0200, John Paul Adrian Glaubitz wrote: > I have used Google Gemini Code Assist now [1] in order to create a patch = to add support for 32-bit > relocations to the LLVM M68k backend. This time, the code makes use of th= e full capabilities of > 68020+ CPUs and does not the inefficient four-instruction method to imple= ment 32-bit accesses. >=20 > I'm hesitant to send this in for review as this was basically written by = Gemini under my supervision > with a lot of testing of build tests. I was eventually able to build cargo for m68k-unknown-linux-gnu: (unstable-amd64-sbuild)glaubitz@esk:~/rust/build$ file ./x86_64-unknown-lin= ux-gnu/stage2-tools/m68k-unknown-linux-gnu/release/cargo ./x86_64-unknown-linux-gnu/stage2-tools/m68k-unknown-linux-gnu/release/carg= o: ELF 32-bit MSB pie executable, Motorola m68k, 68020, version 1 (SYSV), d= ynamically linked, interpreter /lib/ld.so.1, BuildID[sha1]=3D7e5bf08930f87b9eaee173cf163b067f620cb841, for GNU/Linux 3.2= .0, not stripped (unstable-amd64-sbuild)glaubitz@esk:~/rust/build$ The binary runs on m68k but there is no output, unfortunately. Needs more d= ebugging. Adrian --=20 .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913