[comp.mail.mh] 6.7.1 on SPARC 1+ with MMDFII

gaspar@STL-08SIMA.ARMY.MIL (Al Gaspar) (05/13/91)

I am trying to bring up MH 6.7.1 on a SUN SPARC 1+ with MMDFII and
make complains "sh: syntax error at line 1: `-DBSD42' unexpected" when
it gets to the mts/mmdf directory.  It handles that option correctly
as far as I can see in the config and sbr directories.  Here are
my MH and mtstailor files:


MH:

	bin	/usr/local
	bboards	off
	etc	/usr/local/lib/mh
	mail	mailbox
	manuals	local
	mts	mmdf2
	chown   /usr/etc/chown
	options	BSD42 BSD43 SUN40 TYPESIG=void DBM
	options MHRC ZONEINFO ATZ
	ldoptions -s
	ldoptlibs -ldbm
	sharedlib on

mtstailor:

	mmdfldir:	@(MHDROPATH)
	mmdflfil:	@(MHDROPFIL)
	mmdelim1:	\001\001\001\001\n
	mmdelim2:	\001\001\001\001\n

Also, I am using NIS (yellow pages) what, if anything should I set
hostable to in my mtstailor file?  Thanks for any help.

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...

gaspar@STL-08SIMA.ARMY.MIL (Al Gaspar) (05/16/91)

I solved the problem with the odd error message from make.  For some
reason MH is setting CC to MHCOMPILER in the mts/mmdf Makefile and
MHCOMPILER is undefined.  I set it explicitly to /bin/cc and the
make worked correctly.  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.0 module in libmmdf.a.

-- 
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

gaspar@STL-08SIMA.ARMY.MIL (Al Gaspar) (05/16/91)

	I solved the problem with the odd error message from make.  MH is
setting CC to MHCOMPILER in the mts/mmdf Makefile, and it never defines
MHCOMPILER.  I set CC explicitly to /bin/cc in mts/mmdf/Makefile and the
make worked 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 removing that module from the library, and that 
wouldn't help me with ch_yloc.  Any help would be appreciated.
I am using MMDFII on a Sun SPARC 1+ under SunOs 4.1.

Thanks--

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...

gaspar@STL-08SIMA.ARMY.MIL (Al Gaspar) (05/16/91)

	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...