🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.epoch.misc
Article #1053

Re: Bug in compiling epoch-4.2 with gcc-2.3.3

#1053
From: Mike D. Kail
Date: Sun, 14 Feb 1993 17:02
36 lines
2696 bytes
In article <gnusenet-1krf5mEigf@uni-erlangen.de>, eilts@late.e-technik.uni-erlangen.de (Hinrich Eilts) writes:
|> I found a bug in compiling epoch-4.2/src/filelock.c with gcc-2.3.3 on a
|> NeXT:
|> In lisp.h is a redefinition of the macro NULL (what a bad idea!), but in the
|> later (over a include-chan started by #include <errno.h>) included
|> /usr/local/lib/gcc-lib/next/2.3.3/include/stddef.h this will be overruled
|> by a new define of NULL (to it's usual value).
|> One of the affected sourcecodelines (line 118) in filelock.c looks like:
|>     if (!NULL (subject_buf)
|> before preprocessing, and after the wrong turn:
|>     if (!((void *)0)  (subject_buf)
|> and it should be:
|>     if (! ((subject_buf)  == (Qnil) )
|> My propositions are: Change of the redifined NULL in epoch to EPOCH_NULL or
|> whatever and a warning-message from gnu-cpp for any redefinitions.
|> 
|> -- 
|>               Bye                                 | G i b   D O S |
|>                    Hinrich Eilts                  | k  e  i  n  e |
|>   (e-mail: eilts@late.e-technik.uni-erlangen.de)  | C h a n c e ! |
|> 

I got around this annoying problem by using sed to replace the NULL
with NIL, which is #define'd to be the same as NULL.  I agree though,
the use of NULL was not a well-thought-out decision.

-- 
+---------------------------------------------------------------+
| Mike D. Kail                        mdk@pegasus.udev.cdc.com  |
| Control Data Systems, Inc.                                    | 
| 4201 North Lexington Avenue            (612) 482-2942 (W)     |
| Arden Hills, MN  55126                 (612) 628-9132 (H)     |
+---------------------------------------------------------------+
| "Nothing great was ever achieved without enthusiasm."         |
|  - Ralph Waldo Emerson                                        |
+---------------------------------------------------------------+
Technical Details
Message-ID: <C2G7CH.L4n@raistlin.udev.cdc.com>
Path: arc1-ca.pugleaf.net!sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!ub!dsinc!cs.widener.edu!umn.edu!noc.msc.net!uc.msc.edu!raistlin!michael.udev.cdc.com!mdk
References: <gnusenet-1krf5mEigf@uni-erlangen.de>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fc7ee,c923e1f0cd83b4e2
X-Google-Attributes: gidfc7ee,public
X-Google-ArrivalTime: 1993-02-14 13:51:03 PST
Path: arc1-ca.pugleaf.net!sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!ub!dsinc!cs.widener.edu!umn.edu!noc.msc.net!uc.msc.edu!raistlin!michael.udev.cdc.com!mdk
From: mdk@michael.udev.cdc.com (Mike D. Kail)
Newsgroups: gnu.epoch.misc
Subject: Re: Bug in compiling epoch-4.2 with gcc-2.3.3
Message-ID: <C2G7CH.L4n@raistlin.udev.cdc.com>
Date: 14 Feb 93 17:02:41 GMT
References: <gnusenet-1krf5mEigf@uni-erlangen.de>
Sender: usenet@raistlin.udev.cdc.com (News poster)
Reply-To: mdk@pegasus.udev.cdc.com
Organization: Control Data Systems
Lines: 36