build failure of -current for pc532

Same failure crossing from Linux (gcc 2.95.4) and native (NetBSD-1.5.3 egcs-1.1.2)
when building 'tools':

cc -DHAVE_CONFIG_H -I. -I/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas -I. -D_GNU_SOURCE -I. -I/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas -I../bfd -I/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/config -I/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/../include -I/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/.. -I/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/../bfd -I/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/../intl -I../intl -DLOCALEDIR="\"/data2/NetBSD/NetBSD-current/src/tooldir.Linux-2.4.25-h1-unknown/share/locale\""   -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O -c /data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/config/tc-ns32k.c
/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/config/tc-ns32k.c: In function `md_begin':
/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/config/tc-ns32k.c:1644: parse error before `const'
/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/config/tc-ns32k.c:1646: `endop' undeclared (first use in this function)
/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/config/tc-ns32k.c:1646: (Each undeclared identifier is reported only once
/data2/NetBSD/NetBSD-current/src/tools/binutils/../../gnu/dist/binutils/gas/config/tc-ns32k.c:1646: for each function it appears in.)

*** Failed target:  tc-ns32k.o


The following declaration of 'endop' is one line too late, inside the function body.

void
md_begin ()
{
   /* Build a hashtable of the instructions.  */
   const struct ns32k_opcode *ptr;
   const char *stat;
   inst_hash_handle = hash_new ();
   const struct ns32k_opcode *endop;                                <<<<< 1644


Anyone in a position to check in the fix?

--
Eyal Lebedinsky ([email protected]) <http://samba.org/eyal/>