home *** CD-ROM | disk | FTP | other *** search
- Submitted-by: jwag@moose.asd.sgi.com (Chris Wagner)
-
- In article <vgph5INN2if@ftp.UU.NET>, willcox@urbana.mcd.mot.com (David A Willcox) writes:
- >with the exception of the <limits.h> stuff, the additions are
- >reasonably related to what is already in the header, and it seems
- >logical to add the new interfaces there. I might be inclined to agree
- >with Doug on the <limits.h> additions.
-
- Ahh - from 1003.4aD6 section 2.5.1:
- dir.h
- grp.h
- pthread.h
- pwd.h
- signal.h
- stdio.h
- string.h
- time.h
- unistd.h
-
- Only one of these is new! Though I agree that there is a good reason
- to place things like new signal stuff and reentrent functions near their
- brethren, I feel a better feature test macro standard is appropriate.
- Some of us are actually trying to implement some of this stuff - even
- though we all understand it isn't cooked yet. So the feature test
- macros for a given facility should be defined FIRST, not last - now
- I have to make up my own names until the std is adopted so I can find
- out the magic date string to use.
- It seems simpler and more understandable if there was a feature test macro
- that encompassed a given portion of the standard, something
- like _POSIX_THREAD_SOURCE or _POSIX_4a_SOURCE ...
-
- ----
- Chris Wagner (jwag@sgi.com)
-
- Volume-Number: Volume 28, Number 3
-
-