Re: [PATCH v2 0/3] gnumach VM entry re-coalescing

Hello, Sorry for the delay, I could test this more than just booting, and confirm that this fixes the numerous map entries for successive mallocs in processes :) Applied, thanks! Samuel Sergey Bugaev, le mer. 05 juil. 2023 17:16:36 +0300, a ecrit: > This is the remaining patches from "Forward me

Re: hurd: Ad default-pie and static-pie support

Thomas Schwinge, le lun. 27 nov. 2023 15:52:02 +0100, a ecrit: > On 2023-10-28T21:20:39+0200, Samuel Thibault wrote: > > This fixes the Hurd spec in the default-pie case, and adds static-pie > > support. > > I understand that your change does work for you as-is, so I've now pushed > that to maste

Re: hurd: Add multilib paths for gnu-x86_64

Hello, Thomas Schwinge, le lun. 27 nov. 2023 15:48:33 +0100, a ecrit: > On 2023-10-28T21:19:59+0200, Samuel Thibault wrote: > > This is essentially based on t-linux64 version. > > Yes, but isn't the overall setup diverged from GNU/Linux? Not sure what you mean exactly? I just meant that the con

hurd: Ad default-pie and static-pie support

Hi! On 2023-10-28T21:20:39+0200, Samuel Thibault wrote: > This fixes the Hurd spec in the default-pie case, and adds static-pie > support. I understand that your change does work for you as-is, so I've now pushed that to master branch in commit c768917402d4cba69a92c737e56e177f5b8ab0df "hurd: Ad

hurd: Add multilib paths for gnu-x86_64

Hi! On 2023-10-28T21:19:59+0200, Samuel Thibault wrote: > We need the multilib paths in gcc to find e.g. glibc crt files on > Debian. ACK. > This is essentially based on t-linux64 version. Yes, but isn't the overall setup diverged from GNU/Linux? Currently, x86_64 GNU/Hurd first gets 'i386/t-