Bug 458627 - /usr/include/stropts.h missing from rawide
/usr/include/stropts.h missing from rawide
Product: Fedora
Classification: Fedora
Component: glibc (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jakub Jelinek
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-08-11 03:25 EDT by Frode Tennebø
Modified: 2008-08-11 03:33 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-08-11 03:33:43 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Frode Tennebø 2008-08-11 03:25:28 EDT
+++ 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):

How reproducible:

Steps to Reproduce:
1. attempt to build graphviz, which uses it.
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.  */
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 03:33:43 EDT
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.