[Bug 1089] Are headers complete enough?
[email protected] Thu, 06 Oct 2005 14:57:12 -0400
| Newsgroups | gmane.linux.lsb.specification |
|---|---|
| Message-ID | <[email protected]> |
------- Additional Comments From [email protected] 2005-10-06 14:57 ------- To summarize: The following headers are required by the source standard, but are not defined in any underlying specification: err.h getopt.h libintl.h netinet/in.h netinet/ip.h pty.h rpc/pmap_clnt.h rpc/rpc.h rpc/svc.h security/pam_appl.h sys/param.h utmp.h zlib.h For some (most) of these, we have data definitons. Data defs don't include prototypes (because func prototypes aren't data definitions). However, the data defs do supply all the other relevant information needed for the source spec header ... all of the typedefs and constants etc. So, our choices seems to be: 1. Ignore this problem ... this is an ABI spec and you don't need to know about anyhting that isn't a data def. 2. Add a separate section to the spec detailing header files and their contents (as POSIX does). 3. In every man page where we reference a header that isn't adequately described elsewhere, add a description of what should be in the referenced header. 4. Add a note at the beginning of the (generated) set of pages that describe interfaces that are defined by this spec saying "Where interface listed here includes one or more system header files, in addition to the data definitions listed in the previous section, a function prototype for the interface shall be included." 5. Add the function prototypes to the data definitions. An argument could be made that these are, in fact, data definitions, since it is possible to take the address of a function, and what you get is a pointer to a function returning a particular type, and taking particular arguments ... Option 5 is the simplest to implement, followed by option 4. Option 5 is the simplest for the reader. Is option 5 acceptable??? -- Configure bugmail: http://bugs.linuxbase.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.