Summary: | sys-lib/glibc-2.11.2 most *_CLOEXEC and *_NONBLOCK value invalid on hppa | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Guy Martin (RETIRED) <gmsoft> |
Component: | Current packages | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | hppa, jer |
Priority: | High | Keywords: | Inclusion |
Version: | unspecified | ||
Hardware: | HPPA | ||
OS: | Linux | ||
URL: | http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 318503, 330933 | ||
Attachments: |
IN_CLOEXEC patch
Fix definition of *_CLOEXEC and *_NONBLOCK on hppa |
Description
Guy Martin (RETIRED)
2010-08-03 20:50:38 UTC
Created attachment 241335 [details, diff]
IN_CLOEXEC patch
I'll send the patch upstream shortly.
Looks like other *_CLOEXEC values need some updating. Additionally to IN_CLOEXEC, I could find the followings : ./asm-generic/fcntl.h:#define O_CLOEXEC 02000000 /* set close_on_exec */ ./sys/epoll.h: EPOLL_CLOEXEC = 02000000, ./sys/timerfd.h: TFD_CLOEXEC = 02000000, ./sys/eventfd.h: EFD_CLOEXEC = 02000000, ./sys/signalfd.h: SFD_CLOEXEC = 02000000, Not sure about the one in asm-generic since the one in asm/fcntl.h is correct. I'll create a new patch fixing all those values so don't apply the attached patch just yet. Created attachment 241439 [details, diff]
Fix definition of *_CLOEXEC and *_NONBLOCK on hppa
This patch adds the following files :
glibc-2.11.2/ports/sysdeps/unix/sysv/linux/hppa/sys/epoll.h
glibc-2.11.2/ports/sysdeps/unix/sysv/linux/hppa/sys/eventfd.h
glibc-2.11.2/ports/sysdeps/unix/sysv/linux/hppa/sys/inotify.h
glibc-2.11.2/ports/sysdeps/unix/sysv/linux/hppa/sys/signalfd.h
glibc-2.11.2/ports/sysdeps/unix/sysv/linux/hppa/sys/timerfd.h
They are a copy from the common ones but with the value of _CLOEXEC and _NONBLOCK updated to the correct value for hppa.
Patch sent upstream. See [URL]. The patch is essentially correct but I'm working on finding a cleaner fix which would avoid file duplication. However, this will probably take some time as it will touch a lot of arch in libc. This is currently discussed in this thread : http://sources.redhat.com/ml/libc-alpha/2010-08/msg00030.html Can this patch be applied in our tree in the meantime ? Before Christmas, anyone? *** Bug 335189 has been marked as a duplicate of this bug. *** queued up in 2.11.2 and 2.12.1 patchsets |