Hello, Sergey Bugaev, le sam. 21 sept. 2024 12:46:03 +0300, a ecrit: > On the other side of this, from a chat that I had at one point with > Samuel, I understood that basically once glibc patches are merged, he > could cross-build lots of Debian packages for aarch64-gnu,
Yes. It's not automatic in terms of dependencies, but it's quite easy to do. > Getting those patches merged involves, for one > thing, me posting a rebased & slightly updated version, but also glibc > maintainers reviewing them — and it's been months since I posted the > v2 patches, and they still haven't. Hopefully they'll regain interest > if I post a v3? Yes. Also you can ping the list to make sure the thread hadn't just got forgotten. > However, it's unclear if/how this should integrate with MIG; we might > have to write another version of MIG which would generate Rust- and > async/await-native stubs, That'd be simpler, yes. > but also this is suboptimal because MIG is obscure enough as it is, it > would be a shame to essentially fork it. ? It is documented in the mig manual. > > Sergey Bugaev sped up access () / faccessat (), when checking for file > > existence. This is prompted by GLib switching to use faccessat (F_OK) to > > implement g_file_query_exists () for local files. > > Not sure if this is worth mentioning, since it's really minor. Yes, it's very minor :) > It would perhaps be more interesting to mention my (recently resumed) > work on GHurdFileMonitor, which is a Hurd-native implementation of > GLib's GFileMonitor. Indeed. Samuel
