Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uupsi!sunic!fuug!funic!nntp.hut.fi!nntp!sja
From: sja@sirius.hut.fi (Sakari Jalovaara)
Newsgroups: comp.unix.aix
Subject: Re: Elm 2.3 PL11 compilation trouble
Message-ID: <1991Jun4.145100.9987@nntp.hut.fi>
Date: 4 Jun 91 15:50:52 GMT
References: <1991Jun3.175608.3435@bony1.bony.com> <3969@d75.UUCP>
Sender: usenet@nntp.hut.fi (Usenet pseudouser id)
Organization: Helsinki University of Technology
Lines: 36
In-Reply-To: woan@repulse.austin.ibm.com's message of 3 Jun 91 19:57:36 GMT
Nntp-Posting-Host: sirius.hut.fi

To make elm on the RS/6000 I'd also suggest you put

	#include <sys/ioctl.h>

at the top of src/curses.c.  This helps elm figure out the number of
lines and columns on your terminal.

>>                                        Yet, I had to comment out all
>>declarations of string functions (e.g. strcpy, strchr, etc.), or else
>>the compiler would generate the error:
>
>If you had used the bsdcc from the bsdport document in /usr/lpp/bos,
>you wouldn't have had to go through this.

Well, bsdcc does help in this regard but it can also hurt you.  It
turns off little things like function prototypes in system include
files:

	% bsdcc -c t.c
	% cc -c t.c
	        6 |     fprintf ("hello\n");
	            ......................a.
	a - 1506-098: (E) Missing argument(s).
	%

I think finding bugs like that justifies the extra work on
net.programs (let alone my own stuff (bsdcc is even worse when
I'm writing something new.))

(Though the real fix to this particular strcpy problem would probably
be to change the compiler to use
	#pragma hey_compiler_this_is_the_string_copy_function (strcpy)
instead of
	#define strcpy(s1,s2) __inlined_strcpy((s1),(s2))
)
									++sja