home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / gnu / utils / bug / 2456 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  1.8 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!cis.ohio-state.edu!caip.rutgers.edu!ghazi
  2. From: ghazi@caip.rutgers.edu (Kaveh R. Ghazi)
  3. Newsgroups: gnu.utils.bug
  4. Subject: autoconf-1.3, USG, BSD-string suggestions
  5. Message-ID: <Jan.24.13.06.45.1993.9444@caip.rutgers.edu>
  6. Date: 26 Jan 93 01:38:12 GMT
  7. Sender: daemon@cis.ohio-state.edu
  8. Distribution: gnu
  9. Organization: Rutgers Univ., New Brunswick, N.J.
  10. Lines: 25
  11. Approved: bug-gnu-utils@prep.ai.mit.edu
  12.  
  13.  
  14.     I have two suggestions for autoconf.
  15.  
  16.     I was thinking that perhaps autoconf should not decide to define/undef
  17. USG depending on whether or not it finds <strings.h>, bcopy() and index(), but
  18. should instead use another symbol.
  19.     I've found that USG is generally taken to mean SYSV (r3 or less).
  20. But some SYSV's do include the BSD string functions so assuming that their
  21. presence ==> ^USG may be inappropriate.  It makes more sense to relate BSD
  22. string stuff to something like HAVE_BSTRING when these functions are available,
  23. similar to what emacs does.  USG, if its defined by autoconf at all, would be
  24. more useful if it related to something at the kernel level like interruptable
  25. system calls.  (But because of its ambiguity, I'd rather it not be used at all.)
  26.  
  27.     A second suggestion regarding BSD string functions, is that autoconf,
  28. in addition to its C file compile test, egrep for their presence in strings.h
  29. similar to what you do for memchr() in SunOS.  I have a machine (Tek XD88
  30. running UTekV) which has bcopy() and index() in libc, and it has <strings.h>,
  31. but strings.h doesn't declare the functions.  So I end up getting gillions of
  32. integer - pointer warnings.
  33.  
  34.         --Kaveh
  35. -- 
  36. Kaveh R. Ghazi            CAIP Center, Rutgers University.
  37. ghazi@caip.rutgers.edu        rutgers!caip.rutgers.edu!ghazi
  38.