Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!wuarchive!sdd.hp.com!mips!pacbell.com!ucsd!ucbvax!STL-08SIMA.ARMY.MIL!gaspar
From: gaspar@STL-08SIMA.ARMY.MIL (Al Gaspar)
Newsgroups: comp.mail.mh
Subject: Re: 6.7.1 on SPARC 1+ with MMDFII
Message-ID: <9105160851.aa03955@ics.uci.edu>
Date: 16 May 91 15:51:12 GMT
References: <9105130629.aa06433@ics.uci.edu>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 33


	I solved the problem with the odd error message from make.  MH is
setting CC to MHCOMPILER in the mts/mmdf Makefile and never defining
MHCOMPILER.  I set CC explicitly to /bin/cc in mts/mmdf/Makefile and
the make works correctly (I tried setting cc in my MH file and rerunning
mhconfig, but it didn't help).  Now, I am getting a number of undefined
symbols when I try to link to my resultant libmts.a:

	_dn_expand
	_res_mkquery
	_res_init
	__res
	_res_send
	ch_yloc
	__getshort

	All of these, except for ch_yloc which is defined as an
external in hosts.c, come from the tb_ns.4.2.o module in libmmdf.a.
I am not keen on deleting the tb_ns.4.2 module from the library,
and, in any case, that doesn't help me with ch_yloc.  I would
appreciate comments from anyone who may have insight into using MH
with MMDFII on a Sun (SPARC 1+; SunOs 4.1).

Cheers--

Al

-- 
Al Gaspar	<gaspar@stl-08sima.army.mil>
USAMC SIMA, ATTN:  AMXSI-TTC, 1222 Spruce St., St. Louis, MO  63103-2834
COMMERCIAL:  (314) 331-4354	AUTOVON:  555-4354
uunet.uu.net!stl-08sima.army.mil!gaspar
There are no domain servers here...