In <200011250857.eAP8vPI00897@saruman.ics.muni.cz>
dolecek@ics.muni.cz wrote:

> Izumi Tsutsui wrote:
> > For temporary workaround, how about to prepare
> > cpu_exec_ecoff_probe() for mips which just returns ENOEXEC?
> 
> Yes, this is probably right. Would you do it ?

Ok, I'll commit it on the next Monday if there is no objection.
---
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp

Index: arch/mips/mips/cpu_exec.c
===================================================================
RCS file: /cvsroot/syssrc/sys/arch/mips/mips/cpu_exec.c,v
retrieving revision 1.25
diff -u -r1.25 cpu_exec.c
--- arch/mips/mips/cpu_exec.c	2000/11/21 00:37:51	1.25
+++ arch/mips/mips/cpu_exec.c	2000/11/25 10:38:43
@@ -133,7 +133,6 @@
 #endif
 }
 
-#ifdef COMPAT_ULTRIX
 void
 cpu_exec_ecoff_setregs(p, epp, stack)
 	struct proc *p;
@@ -146,7 +145,22 @@
 	setregs(p, epp, stack);
 	f->f_regs[GP] = (register_t)execp->a.gp_value;
 }
-#endif
+
+/*
+ * cpu_exec_ecoff_probe()
+ *	cpu-dependent ECOFF format hook for execve().
+ *
+ * Do any machine-dependent diddling of the exec package when doing ECOFF.
+ */
+int
+cpu_exec_ecoff_probe(p, epp)
+	struct proc *p;
+	struct exec_package *epp;
+{
+
+	/* NetBSD/mips does not have native ECOFF binaries. */
+	return ENOEXEC;
+}
 
 /*
  * mips_elf_makecmds (p, epp)