Path: utzoo!attcan!uunet!snorkelwacker!tut.cis.ohio-state.edu!rutgers!bagate!dsinc!syd
From: syd@DSI.COM (Syd Weinstein)
Newsgroups: comp.mail.elm
Subject: Re: problem in remail.c after patch #7
Message-ID: <1990Oct9.130906.18987@DSI.COM>
Date: 9 Oct 90 13:09:06 GMT
References: <24968@dartvax.Dartmouth.EDU> <1990Oct9.005335.3528@pfm.rmt.sub.org> <13104@sdcc6.ucsd.edu>
Reply-To: syd@DSI.COM
Organization: Datacomp Systems, Inc.  Huntingdon Valley, PA
Lines: 30

muller@sdcc10.ucsd.edu (Keith Muller) writes:

>In article <1990Oct9.005335.3528@pfm.rmt.sub.org>, root@pfm.rmt.sub.org (Bernd Hennig) writes:
>> >cc   -I../hdrs    -c remail.c
>> >E "remail.c",L120/C24:  submitflagss: Identifier is undeclared.
>I havent tracked down the exact difference, but both are defined in:
>hdrs/sysdefs.h:#define submitflags     "-mlrnxto,cc*"
>hdrs/sysdefs.h:#define submitflagss    "-mlrn"

>Could there be a macro expansion bug in your compilers? The code works as is
>on 4.3BSD-tahoe and 4.3BSD-reno.
Looking at it more, in the light of day,  serves me right for staying up
late....

Please READ the patch instructions, you need to rerun Configure -d with
patch 7.  If you don't this isnt the only thing that won't work.

Now, I don't like the choice of submitflags and submitflagss, and I 
might change that in patch 8 (remember I don't write the changes,
just coordinate them).   However, it did compile correctly here and
elsewhere.  Also, if there are problems with symbols that match
that far, well, that could be a problem at some sites.  However, it is
a problem in looking at the code, it looks too much like a mistake.
(Most likely I will add an _ before it, so it will still match that
far, just not look like a mistake)
-- 
=====================================================================
Sydney S. Weinstein, CDP, CCP                   Elm Coordinator
Datacomp Systems, Inc.                          Voice: (215) 947-9900
syd@DSI.COM or dsinc!syd                        FAX:   (215) 938-0235