From: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: John Klos <john@klos.com>,
debian-68k@lists.debian.org,
linux-m68k <linux-m68k@vger.kernel.org>,
Libc-help <libc-help@sourceware.org>
Subject: Re: Tuple and changes for m68k with -malign-int
Date: Tue, 17 Jun 2025 11:48:45 +0200 [thread overview]
Message-ID: <dd408059d1861b055623386e1b8aac5c5bd53e49.camel@physik.fu-berlin.de> (raw)
In-Reply-To: <CAMuHMdV6zMWPOD_t0HoWgJDeGJardpqKgbZb9+HLCJZPsp-yCg@mail.gmail.com>
On Tue, 2025-06-17 at 09:40 +0200, Geert Uytterhoeven wrote:
> > What's going to happen when Rust code becomes mandatory in key parts of the kernel
> > and then we're unable to build it because we insisted on keeping the 2 byte ABI?
>
> We fix Rust? ;-)
What's keeping us from creating an ABI v2 using either e_ident or e_flags from the ELF
header so that we can fix also all the other packages that don't work like Javascript?
If MIPS can have a plethora of updated ABIs and even POWER got an ELF ABI v2, why should
that not be possible on m68k?
> Is this a Rust issue, or an LLVM issue?
https://github.com/M680x0/M680x0-mono-repo/issues/10
> In case of the latter, how does llvm-mos handle this?
llvm-mos does not build natively the 6502, so this is irrelevant.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
next prev parent reply other threads:[~2025-06-17 9:48 UTC|newest]
Thread overview: 85+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <e9035006d50933fb02727fa373629cc821784f6c.camel@aura-online.co.uk>
2023-08-26 10:51 ` Tuple and changes for m68k with -malign-int John Paul Adrian Glaubitz
2023-08-26 19:24 ` Richard
2023-08-26 20:43 ` James Le Cuirot
2023-08-28 6:54 ` Geert Uytterhoeven
2023-08-28 10:57 ` John Paul Adrian Glaubitz
2023-08-28 12:11 ` Richard
2023-08-28 12:22 ` Geert Uytterhoeven
2023-08-28 12:46 ` John Paul Adrian Glaubitz
2023-08-27 0:46 ` Finn Thain
2023-08-27 9:20 ` James Le Cuirot
2023-08-27 11:27 ` Richard
2023-08-28 7:00 ` Geert Uytterhoeven
2023-08-28 11:26 ` Richard
2023-08-28 11:40 ` Geert Uytterhoeven
2023-08-28 20:16 ` Richard
2023-08-29 6:52 ` Geert Uytterhoeven
2023-08-28 6:56 ` Geert Uytterhoeven
2023-08-28 11:13 ` John Paul Adrian Glaubitz
2023-08-29 1:12 ` Finn Thain
2023-08-28 11:10 ` John Paul Adrian Glaubitz
2023-08-28 12:44 ` Adhemerval Zanella Netto
2023-08-28 12:50 ` John Paul Adrian Glaubitz
2023-08-28 13:17 ` Andreas Schwab
2023-08-29 10:51 ` John Paul Adrian Glaubitz
2023-08-29 15:27 ` Geert Uytterhoeven
2023-08-28 13:29 ` James Le Cuirot
2023-08-29 10:54 ` John Paul Adrian Glaubitz
2023-08-29 21:53 ` Karoly Balogh
2023-08-30 1:33 ` Jeffrey Walton
2023-08-29 1:14 ` Finn Thain
2023-08-29 8:52 ` Eero Tamminen
2024-05-15 17:08 ` Python requires 32-bit alignment now - was: " John Paul Adrian Glaubitz
2025-05-18 7:09 ` John Paul Adrian Glaubitz
2025-05-18 14:39 ` Antonio Vargas Gonzalez
2025-05-18 15:07 ` John Paul Adrian Glaubitz
2025-05-19 7:42 ` Geert Uytterhoeven
2025-05-19 7:54 ` John Paul Adrian Glaubitz
2025-05-19 8:03 ` Andreas Schwab
2025-05-19 8:18 ` John Paul Adrian Glaubitz
2025-05-19 8:25 ` Geert Uytterhoeven
2025-05-19 8:43 ` John Paul Adrian Glaubitz
2025-05-19 8:07 ` Geert Uytterhoeven
2025-05-19 8:14 ` Florian Weimer
2025-05-19 8:24 ` John Paul Adrian Glaubitz
2025-05-19 21:51 ` James Le Cuirot
2025-05-20 9:39 ` John Paul Adrian Glaubitz
2025-05-21 9:15 ` James Le Cuirot
2025-05-21 9:19 ` John Paul Adrian Glaubitz
2025-05-19 21:59 ` Finn Thain
2025-05-20 7:55 ` John Paul Adrian Glaubitz
2025-05-20 8:24 ` Geert Uytterhoeven
2025-05-20 8:37 ` John Paul Adrian Glaubitz
2025-05-20 9:46 ` Finn Thain
2025-05-20 9:56 ` John Paul Adrian Glaubitz
2025-05-20 9:58 ` Geert Uytterhoeven
2025-05-20 10:05 ` John Paul Adrian Glaubitz
2025-05-20 10:09 ` Geert Uytterhoeven
2025-05-20 10:12 ` John Paul Adrian Glaubitz
2025-05-20 22:13 ` John Paul Adrian Glaubitz
2025-05-21 0:29 ` Finn Thain
2025-05-21 1:59 ` John Klos
2025-05-21 5:18 ` Finn Thain
2025-05-26 5:25 ` Finn Thain
2025-05-21 7:28 ` Finn Thain
2025-05-21 9:56 ` John Paul Adrian Glaubitz
2025-05-21 14:09 ` Debian subset suitable for m68k (was: Tuple and changes for m68k with -malign-int) Eero Tamminen
2025-05-21 17:54 ` John Paul Adrian Glaubitz
2025-05-21 22:14 ` Eero Tamminen
2025-06-17 7:02 ` Tuple and changes for m68k with -malign-int Geert Uytterhoeven
2025-06-17 7:25 ` John Paul Adrian Glaubitz
2025-06-17 7:40 ` Geert Uytterhoeven
2025-06-17 9:48 ` John Paul Adrian Glaubitz [this message]
2025-06-17 9:59 ` Geert Uytterhoeven
2025-06-17 10:13 ` John Paul Adrian Glaubitz
2025-06-17 11:21 ` Geert Uytterhoeven
2025-06-17 11:37 ` John Paul Adrian Glaubitz
2025-05-20 9:39 ` Finn Thain
2025-05-20 9:43 ` John Paul Adrian Glaubitz
2025-05-20 9:55 ` Finn Thain
2025-05-20 10:18 ` John Paul Adrian Glaubitz
2025-05-20 11:03 ` Finn Thain
2025-05-20 11:13 ` John Paul Adrian Glaubitz
2025-05-21 0:14 ` Finn Thain
2025-05-21 17:36 John Klos
2025-05-21 23:50 ` Finn Thain
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=dd408059d1861b055623386e1b8aac5c5bd53e49.camel@physik.fu-berlin.de \
--to=glaubitz@physik.fu-berlin.de \
--cc=debian-68k@lists.debian.org \
--cc=geert@linux-m68k.org \
--cc=john@klos.com \
--cc=libc-help@sourceware.org \
--cc=linux-m68k@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).