Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!usc!ucsd!nosc!humu!pegasus!pilikia!art From: art@pilikia.uucp (Art Neilson) Newsgroups: comp.unix.xenix Subject: Re: strings.h Summary: Sys5 string.h Keywords: sys5, string.h Message-ID: <1990Feb13.080626.12651@pilikia.uucp> Date: 13 Feb 90 08:06:26 GMT References: <7472@tank.uchicago.edu> <1762@milton.acs.washington.edu> <8@robecdc.UUCP> Reply-To: art@pilikia.UUCP (Art Neilson) Lines: 31 In article <8@robecdc.UUCP> ghost@robecdc.UUCP (William.A.Sneed) writes: >In article <1762@milton.acs.washington.edu> milton@milton.acs.washington.edu (Stephen Milton) writes: >>I keep running into the same error...'cannot find strings.h' It >>apparently did not come with my developmnent system, but a lot of >>programs seem to expect it as a standard library...Any help appreciated.. >> >>Steve Milton...milton@milton.u.washington.edu > >Who what when where why how hunh!?! > If you have SCO it was included > If your program has #include "strings.h" that's your problem > Should be to use the system's library This blatantly in error. System V *has no* strings.h, the file is called string.h. BSD systems call string.h strings.h. Please check your facts before whipping out responses like the above. Whenever I run across errors regarding include files I (1) check the makefile to ensure I have the right defines turned on (2) add preprocessor support for inclusions if step (1) is correct. A simple #ifdef is all it takes ... #ifdef USG # include #else # include #endif -- Arthur W. Neilson III | ARPA: manapua!pilikia!root@trout.nosc.mil Bank of Hawaii Tech Support | UUCP: uunet!ucsd!nosc!manapua!pilikia!root