[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Heads up: Recent status: emacs24/25 FTBFS since a long time on GNU/H
|
From: |
Svante Signell |
|
Subject: |
Re: Heads up: Recent status: emacs24/25 FTBFS since a long time on GNU/Hurd |
|
Date: |
Sat, 10 Dec 2016 20:52:20 +0100 |
On Thu, 2016-12-08 at 16:32 +0100, Richard Braun wrote:
> On Thu, Dec 08, 2016 at 03:40:34PM +0100, Svante Signell wrote:
>
> > OK! Then maybe the sbrk() feature should be flagged as not
> > available in order
> > not to fool configure and the compiler. In fact FreeBSD/arm64 did
> > exactly that,
> > see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24892 So that
> > platform is on
> > the same par as GNU/Hurd then. On all other supported platforms
> > emacs builds and
> > runs perfectly, though.
Samuel. It seems like sbrk() is still needed for elf/dl-sysdep.c, and
cannot be removed easily. Why, when malloc() is the preferred usage?
Otherwise sbrk for Hurd should be removed completely, since it does not
work as expected. And it does definitely not work in the emacs case. I
saw your patch wrt PIE builds, that feels like a brown paper bag fix!
> Then find out how they do it, and see if we can do the same.
Richard: Any ideas on where to start? I patched brk/sbrk to return
proper error codes, but to no avail. And, BTW, linux and kfreebsd use
the implementations in misc, but not Hurd, why?