Hi all,

I think this PR can be closed: the update of the file (1) cmd version
format from '3' to '4' appears to have fixed this problem.

In my original report with 4.0_BETA2/i386 compiled on OS/X I
saw:

| $ /usr/bin/file /usr/bin/vi
| /usr/bin/vi: X11/NeWS bitmap font, for NetBSD 4.0, dynamically linked
| (uses shared libs), not stripped

I now see:

  $ /usr/bin/file /usr/bin/vi
  /usr/bin/vi: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
  for NetBSD 4.0, dynamically linked (uses shared libs), not stripped

The magic.mgc file is still being compiled with host endianness, but
that's OK as file(1) is (now) able to cope correctly with that.  The
change that made the difference:

Old magic:

| $ file magic.mgc
|   magic.mgc: magic binary file for file(1) cmd (version 3) (big endian)

New magic:

  $ file magic.mgc
    magic.mgc: magic binary file for file(1) cmd (version 4) (big endian)

Regards,

Giles