> On 26 Oct 2023, at 09:21, Thomas Schwinge wrote: > > Hi! > > First, I've pushed into GCC upstream Git branch devel/rust/libgrust-v2 > the "v2" libgrust changes as posted by Arthur, so that people can easily > test this before it getting into Git master branch. > > I'll myself later try this for GCN and nvptx targets -- in their current > form where they don't support C++ (standard library), and in my hacky WIP > trees where C++ (standard library) is supported to some extent. (This > should, roughly, match C++ functionality (not) provided by a number of > other GCC "embedded" targets.) on Darwin, it works for later systems without multilibs, but fails to build multilibs. —— so…. With the patch below bootstrap suceeded on x86_64-darwin17 and produced a correct architecture multilib. Of course, there is no way to test this at the moment - I’d suggest that the next step might be something small in functionality that can allow at least one test to be wired up. ^^^ this is “lightly tested” of course, as I cycle through other versions of the OS will see how it pans out. Do you want me to make a PR with this change against upstream? Iain