Bug 458627 - /usr/include/stropts.h missing from rawide
Summary: /usr/include/stropts.h missing from rawide
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: 9
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-08-11 07:25 UTC by Frode Tennebø
Modified: 2008-08-11 07:33 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-08-11 07:33:43 UTC
Type: ---


Attachments (Terms of Use)

Description Frode Tennebø 2008-08-11 07:25:28 UTC
+++ This bug was initially created as a clone of Bug #439403 +++

Description of problem:
/usr/include/stropts.h missing from rawhide, but present in fc8

Version-Release number of selected component (if applicable):
glibc-headers-2.7.90-12.x86_64

How reproducible:
100%

Steps to Reproduce:
1. attempt to build graphviz, which uses it.
2.
3.
  
Actual results:
build fails due to missing stropts.h

Expected results:


Additional info:

--- Additional comment from jakub@redhat.com on 2008-03-28 11:52:32 EDT ---

That's on purpose.  Linux doesn't support STREAMS (many years ago it was
available as a third party module, but it hasn't worked for years).
stropts.h is part of a POSIX XSR option, which Linux now, matching reality, says
it is not supported.
No idea why graphviz needs it (when all the syscalls are stubbed), but it needs
fixing (either by adding configure checks, or by using the POSIX recommended
check - #include <unistd.h>, 
#if defined _XOPEN_STREAMS && _XOPEN_STREAMS == -1
/* XSR option is not available, headers, data types etc. may not be available.  */
#endif
see http://www.opengroup.org/onlinepubs/009695399/basedefs/unistd.h.html
for more details).

--- Additional comment from jakub@redhat.com on 2008-03-31 13:32:15 EDT ---

*** Bug 439802 has been marked as a duplicate of this bug. ***

--- Additional comment from jakub@redhat.com on 2008-04-29 18:17:21 EDT ---

*** Bug 444676 has been marked as a duplicate of this bug. ***

--- Additional comment from jakub@redhat.com on 2008-05-19 05:14:03 EDT ---

*** Bug 446911 has been marked as a duplicate of this bug. ***

--- Additional comment from frodet@nvg.org on 2008-06-20 05:53:32 EDT ---

I'm "reopening" this one the basis that the ioctl(p) provides a whole host of 
requests/args which, I take it, does not work?

Shouldn't there be *some* indication that this actually doesn't work other than 
just a gaping hole?  The man-page is still there....

Also, it's my understanding that some of these requests also applies to pipes/
fifos.  I could very well be plain wrong.....

Sorry about the rant; I was in the middle of a rather tireing debug-job of a 
port from solaris when I discovered I had to redo the STREAMS stuff....:/

Comment 1 Jakub Jelinek 2008-08-11 07:33:43 UTC
None of the STREAMS ioctls work, and there is an indication that this functionality is not present, see the _XOPEN_STREAMS macro.


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