Re: [SCM] glibc maintenance branch, t/hooks, created. glibc-2.12-869-g56798c4

Hi! On Thu, 10 May 2012 14:58:05 +0800, I wrote: > On Thu, 10 May 2012 11:17:01 +0800, I wrote: > > On Mon, 23 Apr 2012 14:38:41 +, Samuel Thibault > > wrote: > > > The branch, t/hooks has been created > > > This branch is missing from tschwinge/Roger_Whittaker (perhaps on purpose > > -- pl

Re: glibc t/tls (was: __thread errno)

Thomas Schwinge, le Thu 10 May 2012 12:46:42 +0800, a écrit : > Hi! > > On Thu, 10 May 2012 03:22:20 +0200, Samuel Thibault > wrote: > > Thomas Schwinge, le Thu 10 May 2012 09:17:33 +0800, a écrit : > > > Also, I plan to move some bits of the t/tls branch into t/tls-threadvar: > > > t/tls should

Re: [SCM] glibc maintenance branch, t/hooks, created. glibc-2.12-869-g56798c4

Thomas Schwinge, le Thu 10 May 2012 11:17:01 +0800, a écrit : > On Mon, 23 Apr 2012 14:38:41 +, Samuel Thibault > wrote: > > The branch, t/hooks has been created > > at 56798c444bc584c118b69a3506c4050b34edc35f (commit) > > > > - Log --

Re: __thread errno (was: [SCM] glibc maintenance branch, tschwinge/Roger_Whittaker, updated. glibc-2.12-3577-g5b1f2ae)

Hi! On Thu, 10 May 2012 03:22:20 +0200, Samuel Thibault wrote: > Thomas Schwinge, le Thu 10 May 2012 09:17:33 +0800, a écrit : > > On Thu, 10 May 2012 00:10:52 +, Samuel Thibault > > wrote: > > > commit b7f913cb1bdf9ca718661af315b9f344dc77ebe8 > > > Author: Samuel Thibault > > > Date: F

iconx and execve problems

Hello, As discussed on IRC recently and on the bug-hurd mailing list http://lists.gnu.org/archive/html/bug-hurd/2012-01/msg4.html and the debian-hurd mailing list http://lists.debian.org/debian-hurd/2012/01/msg1.html (bug 654381, tests run under fakeroot and . not in PATH) http://lists.deb

Re: [SCM] glibc maintenance branch, t/hooks, created. glibc-2.12-869-g56798c4

Hi! On Thu, 10 May 2012 10:44:00 +0200, Samuel Thibault wrote: > Thomas Schwinge, le Thu 10 May 2012 11:17:01 +0800, a écrit : > > On Mon, 23 Apr 2012 14:38:41 +, Samuel Thibault > > wrote: > > > The branch, t/hooks has been created > > > at 56798c444bc584c118b69a3506c4050b34edc35

Re: [SCM] glibc maintenance branch, t/hooks, created. glibc-2.12-869-g56798c4

On Thu, 2012-05-10 at 18:09 +0800, Thomas Schwinge wrote: > And, might something like that in fact be responsible for the issue I had > already seen months ago, but have just earlier today finally posted as > ? Thomas, I took the

Re: __thread errno (was: [SCM] glibc maintenance branch, tschwinge/Roger_Whittaker, updated. glibc-2.12-3577-g5b1f2ae)

I think the right thing to do is first get abilist data into the tree for the Hurd configuration based on the libc builds that you've used to create a lot of existing binaries. Then check-abi will always tell you if a change is a problem. Thanks, Roland

Re: Compiling ext2fs.static with pthreads

Some notes here, now that I've thought some more and done some more: >> I caught the output of make to get the full compile command and added >> ../libpthread/cancel-cond.o into it manually, and saved it as a shell script. >> Barry, or someone, rewrote cancel-cond.c from cthreads into a pthreads

Re: hurd/glibc.git and merging

I've now merged these: t/IPV6_PKTINFO t/O_CLOEXEC t/SOL_IP t/longjmp_chk t/accept4 t/bits_socket.h t/catch-signal t/critical-sections t/dl-sysdep.c_SHARED t/dup3 t/init-first.c t/ioctl_decode_argume

Re: [SCM] glibc maintenance branch, t/hooks, created. glibc-2.12-869-g56798c4

Thomas Schwinge, le Thu 10 May 2012 15:18:22 +0800, a écrit : > refs/top-bases/tschwinge/Roger_Whittaker was updated on Savannah, but not > tschwinge/Roger_Whittaker. This might have happened if the former was > pushed first and then the connection terminated, for example. That's possible. tg tak

Re: [SCM] glibc maintenance branch, t/hooks, created. glibc-2.12-869-g56798c4

Thomas Schwinge, le Thu 10 May 2012 18:09:03 +0800, a écrit : > How did this work before, though? I'd say it didn't. > Due to __symbol_set_attribute > specifying weak linkage for the static case, I can see why we didn't get > undefined symbol errors when linking for the static case, but what abou

bug in libpthreads

In function initialize_pthread in file pthread/pt-alloc.c, you need to initialize the value of have_kernel_resources to zero if the thread structure is not recycled. Following the logic of __pthread_create_internal: we go from __pthread_alloc to __pthread_thread_alloc without touching have_kernel_r

[Bug hurd/766] ioctl() incorrectly decodes argument

http://sourceware.org/bugzilla/show_bug.cgi?id=766 Thomas Schwinge changed: What|Removed |Added CC||tschwinge at sourceware dot

[bug #18217] glibc: `__libc_once'

Update of bug #18217 (project hurd): Status:Upstream => Fixed Assigned to:None => roland Open/Closed:Open => Closed

[Bug libc/3748] Usage of `__libc_once' interface in `sysdeps/posix/getaddrinfo.c'

http://sourceware.org/bugzilla/show_bug.cgi?id=3748 Thomas Schwinge changed: What|Removed |Added CC||tschwinge at sourceware dot

[bug #18216] glibc: `struct stat' et al.

Update of bug #18216 (project hurd): Status: In Progress => Fixed Assigned to: tschwinge => roland Open/Closed:Open => Closed

Re: bug in libpthreads

Hi! On Thu, 10 May 2012 17:38:26 -0700 (PDT), Thomas Thomas wrote: > In function initialize_pthread in file pthread/pt-alloc.c, you need to > initialize the value of have_kernel_resources to zero if the thread > structure is not recycled. Following the logic of > __pthread_create_internal: we go