Bug 130461 - linux/posix_types.h unincludeable on s390
Summary: linux/posix_types.h unincludeable on s390
Status: VERIFIED WONTFIX
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: unspecified
Hardware: S/390 Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Thorsten Kukuk
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-25 11:36 UTC by Dirk Mueller
Modified: 2006-04-20 10:08 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Mueller 2005-10-25 11:36:07 UTC 
#include <linux/inotify.h> fails on s390 because it pulls linux/posix_types.h which is uncompileable on s390. linux/posix_types.h pulls asm/posix_types which includes asm/bitopts.h which only compiles inside the kernel. 

I did a little grep and it seems s390 is the only platform (of all archs in the linux kernel 2.6.13) that is affected by this problem. asm-v850 also seemed to have this problem, but now they have a comment: 

/* We used to include <asm/bitops.h> here, which seems the right thing, but
   it caused nasty include-file definition order problems.  Removing the
   include seems to work, so fingers crossed...  */



and indeed, commenting out the asm/bitops.h include makes configure checks pass correctly.
Comment 1 Thorsten Kukuk 2005-10-25 12:01:29 UTC 
#include <linux/inotify.h> is forbidden for userland applications. You can try to convience upstream kernel maintainer to fix that, but I doubt they will do so.

Official inotify support in glibc will be added with glibc 2.4, not before.