home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!dsinc!dsinc!not-for-mail
- From: syd@dsi.com (Syd Weinstein)
- Newsgroups: comp.mail.elm
- Subject: Re: ELM 2.4.17 getarpdate.c problem on Ultrix 4.2
- Date: 15 Dec 1992 15:59:19 -0500
- Organization: Datacomp Systems, Inc., Huntingdon Valley, PA
- Lines: 28
- Message-ID: <1glgv7INNhda@dsinc.dsi.com>
- References: <1992Dec15.081310.13005@dartvax.dartmouth.edu> <1992Dec15.190449.20503@umbc3.umbc.edu>
- Reply-To: syd@DSI.COM
- NNTP-Posting-Host: dsinc.dsi.com
-
- klr@umbc4.umbc.edu (Kurt Reisler) writes:
-
- >In article <1992Dec15.081310.13005@dartvax.dartmouth.edu> pete@coos.dartmouth.edu (Pete Schmitt) writes:
- >>cc -O -I../hdrs -c getarpdate.c
- >>ccom: Error: getarpdate.c, line 110: redeclaration of timezone
- >> extern time_t timezone;
- >> --------------------------^
- >>(ccom): getarpdate.c, line 110: cannot recover from earlier errors: goodbye!
- >> extern time_t timezone;
- >> --------------------------^
- >>*** Error code 1
- >>
-
- >I have also seen the same problem with lib/getarpdate.c on my Ultrix 4.2
- >boxes. However, the same sources have compiled w/o problems on my
- >386/Ix and HP-UX 8.* systems.
-
- This seems to be caused by many boxes having tzname in time.h
- but having it protected by _POSIX_SOURCE. We are trying another
- tweak on Configure to 'preprocess' time.h before looking for tzname.
-
- In the interim, if you see this, just try toggling d_tzname at the end
- of the configure run.
- --
- ========================================================================
- Sydney S. Weinstein, CDP, CCP Elm Coordinator - Current 2.4PL17
- Datacomp Systems, Inc. Projected 3.0 Release: ??? ?,1994
- syd@DSI.COM or dsinc!syd Voice: (215) 947-9900, FAX: (215) 938-0235
-