Bug 192961 - Need __syscall_return macro for libhugetlbfs
Summary: Need __syscall_return macro for libhugetlbfs
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc-kernheaders
Version: 5
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Woodhouse
QA Contact: Brian Brock
URL: http://libhugetlbfs.ozlabs.org/
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-05-24 14:55 UTC by Steve Fox
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-05-24 19:39:41 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Steve Fox 2006-05-24 14:55:52 UTC
Description of problem:

I am trying to package libhugetlbfs for Extras, however it requires a
linux/unistd.h which has the __syscall_return macro included. This macro appears
to go back a long way (years), but isn't included in the version shipped by
Fedora. I can work around the issue by compiling with:
make CFLAGS=-I/usr/src/kernels/2.6.16-1.2122_FC5-i686/include/ but that's really
ugly and prone to cause trouble. Could this macro be added to the next
glibc-kernheaders?

Version-Release number of selected component (if applicable):

glibc-kernheaders-3.0-5.2

Comment 1 David Woodhouse 2006-05-24 15:10:11 UTC
I don't see __syscall_return() defined in asm-powerpc/unistd.h

Seriously, we're working on cleaning this stuff up upstream so that the kernel
headers are consistent across distributions. The current plan is to remove _all_
of the syscall macros in unistd.h from user visibility, because they're broken.

Doesn't glibc provide an appropriate alternative rather than having to abuse
kernel-private headers?

Comment 2 Josh Boyer 2006-05-24 15:32:00 UTC
It seems the macro is only needed on i386, which is why it doesn't care that the
macro doesn't exist in asm-powerpc/unistd.h

Comment 3 Steve Fox 2006-05-24 19:39:41 UTC
Given that removing all syscall macros is the goal, I'll close this bug. I've
talked with the libhugetlbfs guys and they plan to find another way to implement
what they need.

Thanks for your quick response.


Note You need to log in before you can comment on or make changes to this bug.