🚀 go-pugleaf

In article <1992Dec16.000738.12900@microunity.com>,
brendan@microunity.com (Brendan Eich) writes:

>I just got GNU make 3.62 running on an Indigo R4000, and I didn't
>define sparc (which sounds like a mistake).  Here are the relevant
>Makefile lines:

[...]

># If your system doesn't have alloca, or the one provided is bad,
># get it from the Emacs distribution and define these.
># [ I used gcc-2.2's alloca.c.  /be ]
>ALLOCA = alloca.o
>ALLOCASRC = alloca.c

Irix Release 4.0.1 System V (which is where I did the build)
appears to have __builtin_alloca, as shown in /usr/include/alloca.h,
which is why I used -Dsparc (which doesn't trigger anything else in
this particular make).  Is this OK to use, or do I still need to get
the GNU alloca?

>I did change make.h to define SIGHANDLER as a pointer-to-void-function,
>not pointer-to-int, #ifndef __STDC__:
>
>#define SIGHANDLER      void (*)()

Is this critical?  I'd rather not do source code changes, as a matter
of general policy, unless absolutely required.


--
Steve Bacher (Batchman)                 Draper Laboratory
Internet: seb@draper.com                Cambridge, MA, USA