🚀 go-pugleaf

This is a followup to a bug report whose relevant parts are included at the
end.  

During configuration, the macro HAVE_MACH_MACH_H should be set after a check.
The bug I have reported is that it is not set when it ought to.  I don't think
a check is ever made.  

From what I have learned now, I believe the following.  There are two possible
locations for the header file "mach.h," namely /usr/include/mach.h and
/usr/include/mach/mach.h.  The first occurs in NextStep version 2 (i.e., 2.0,
2.1, 2.2, 2.2a), and the second occurs in NextStep version 3 (i.e., 3.0, 3.1,
3.2, for both motorola and intel chips).   

The location for versions 3.1 and 2.0 were not directly confirmed, but inferred
from all the others.  I would assume that NextStep version 1 would have the
same structure as version 2 in this respect; I doubt there are any version
1.x's around any more, but people probably still use 2.x.

`configure' ought to check for these possibilities and #define HAVE_MACH_MACH_H
if appropriate, so that getloadavg.c will build properly.  But I do not know
enough about using `configure' to suggest a good way.  I would think a simple
`test' for existence would suffice.

If anyone wants the header (3.0) I can send it.  If I find out something
surprising about the versions not directly confirmed, I will follow up again.


-----------------
Date: Sat, 27 Aug 94 23:21:17 -0500
Reply-To:swift@bu.edu
To:bug-gnu-emacs@prep.ai.mit.edu
Subject:2 tiny bugs compiling 19.25 for m68k-next
--------

NextStep 3.0 on 680040 cube, --with-gcc (2.5.4), no window system, GNU make
3.69.

[deletions]

2] When we get to the file "src/getloadavg.c", make dies with the following:

Monolith# make 
gcc -c  -Demacs -DHAVE_CONFIG_H  -I. -I/usr/local/src/gnu/emacs-19.25/src
     -g -O  getloadavg.c
getloadavg.c:388: mach.h: No such file or directory
make: *** [getloadavg.o] Error 1
Monolith# 


Here are the relevant line of getloadavg.c:

#ifdef NeXT
#ifdef HAVE_MACH_MACH_H
#include <mach/mach.h>
#else
#include <mach.h>
#endif
#endif /* NeXT */

The problem is that HAVE_MACH_MACH_H is never set, as far as I can tell by
searching through configure and Makefile[.in].  And my system does
HAVE_MACH_MACH_H.  

The exact same bug was present in versions  18.59, 19.15, 19.19, and 19.21.
(I sent an almost identical report of this bug to this address on
93-09-09-1700 GMT.)

Matt Swift
swift@bu.edu