Re: __executable_start (was: [bug #17644] glibc: support for TLS)

2013-05-29 Thread Roland McGrath
> OK to commit? > > * sysdeps/mach/hurd/i386/init-first.c (init1): Use > __executable_start symbol intsead instead of _start. OK.

Re: Warnings about error_t in glibc on GNU/Hurd

2013-05-29 Thread Roland McGrath
> I'd suggest to go with the simple ESUCCESS instead of spending some more > months ;-) thinking about a "more suitable" name. That is indisputably reasonable, but I did just find myself spending a few minutes thinking about what name would be more suitable. ;-) > + /* Avoid warning: case v

Re: mach-defpager/kalloc.c (kalloc_init): remove unused variables

2013-05-29 Thread Samuel Thibault
Miguel Figueiredo, le Sat 25 May 2013 11:54:47 +0100, a écrit : > 2013-05-14 Miguel Figueiredo > > * mach-defpager/kalloc.c (kalloc_init): remove unused variables Applied, thanks. > diff --git a/mach-defpager/kalloc.c b/mach-defpager/kalloc.c > index 8efb85f..2f42509 100644 > --- a/mach-defpage

Re: kern/thread.c (stack_alloc_hits, stack_alloc_misses): Remove unused variables

2013-05-29 Thread Samuel Thibault
Miguel Figueiredo, le Mon 27 May 2013 23:30:17 +0100, a écrit : > in case you feel it is worth it: I'm balanced. It is small enough not to have to really care about performance, and stuffing #if makes the code less readable. > diff --git a/kern/thread.c b/kern/thread.c > index 79f526a..574f184 10

Re: [PATCH,HURD] Recognize GNU/Hurd-specific binaries

2013-05-29 Thread Roland McGrath
> First, my "usual" cleanup patch: > > * sysdeps/unix/sysv/linux/ldsodefs.h (VALID_ELF_OSABI) > (VALID_ELF_ABIVERSION, MORE_ELF_HEADER_DATA): Use ELFOSABI_GNU > instead of ELFOSABI_LINUX. > > ports/ChangeLog.arm > * sysdeps/unix/sysv/linux/arm/ldsodefs.h (VALID_ELF_OSABI)

Re: Warnings about error_t in glibc on GNU/Hurd

2013-05-29 Thread Thomas Schwinge
Hi! On Tue, 24 Jul 2012 11:39:02 +0200, I wrote: > On Mon, 23 Jul 2012 21:29:42 -0400, Barry deFreese > wrote: > > How about ENOERR?? :) Sorry, couldn't resist. > > If going that route, I'd prefer ESUCCESS -- in spirit of Mach's > KERN_SUCCESS, D_SUCCESS (devices), ERR_SUCCESS (from , of > typ