Xref: utzoo comp.lang.perl:5093 comp.sys.apollo:8862 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!dali.cs.montana.edu!uakari.primate.wisc.edu!sdd.hp.com!spool.mu.edu!uunet!optilink!digi!kgallagh From: kgallagh@digi.lonestar.org (Kevin Gallagher) Newsgroups: comp.lang.perl,comp.sys.apollo Subject: Re: Strange error compiling Perl 4.03 on Apollo (cc 6.8, SR10.3) Message-ID: <1991Apr26.042510.21327@digi.lonestar.org> Date: 26 Apr 91 04:25:10 GMT References: <1991Apr24.192839.18418@amd.com> Organization: DSC Communications Corp, Plano, TX Lines: 28 In article <1991Apr24.192839.18418@amd.com> dwork@brahms.amd.com (Jeff Dwork) writes: >I'm using cc 6.7 and __STDC__ is defined, but stdlib.h is missing. Do I need >to use -A nansi? Is this different with cc 6.8? Yes, or you can specify -U__STDC__ in Configure when prompted for additional flags, assuming you are using /bin/cc, not /com/cc. cc 6.7 has support for SOME Ansi C features, but lacks the standard include files, and other important Ansi C stuff. It was wrong for Apollo to define __STDC__ by default in cc 6.7. I built Perl 4.0.3 using cc 6.7 under SR10.2. After undefining __STDC__, it built without a problem. Now, if you have SR10.3, using cc 6.7, Perl 4.0.3 should build OK but the executable will NOT run on SR10.2 nodes. The executable built on an SR10.2 node will run OK on SR10.3 nodes, however. So, if you have a mix, build on SR10.2. One warning, however. On SR10.2, Configure finds that standard input can be fed to cpp in a way that does not work any longer under SR10.3. So, you will have to edit config.sh to tell Perl to feed standard input to cpp by using /usr/lib/cpp instead, if you wish to have Perl pass the cpp test on both SR10.2 and SR10.3 nodes. -- ---------------------------------------------------------------------------- Kevin Gallagher kgallagh@digi.lonestar.org OR ...!uunet!digi!kgallagh DSC Communications Corporation Addr: MS 152, 1000 Coit Rd, Plano, TX 75075 ----------------------------------------------------------------------------