On Jul  1,  5:58pm, Jonathan Stone wrote:
> 
> [/usr/bin/as fails]
> 
> Sounds like your /usr/bin/as binary is hosed.  Here's what I get on
> the machine where I built the 1.3.2 pmax sets:
> 
>     # ls -lt  /usr/NetBSD-1.3.2/destdir/usr/bin/as
>     -rwxr-xr-x  1 root  wheel  801980 May 31  1997 /usr/NetBSD-1.3.2/destdir/usr/bin/as
>     # md5  /usr/NetBSD-1.3.2/destdir/usr/bin/as
>     MD5 (/usr/NetBSD-1.3.2/destdir/usr/bin/as) = 3fce9bccab5dd04798c60537afb36f83
> 
> and at least the size matches what's in the comp.tgz set.
> 
> Does that match what you have?  Did you verify the checksums of the
> sets before unpacking them?  Did you do a cd / before unpacking?

  Another thing to check is to make sure there is a /usr/libexec/ld.so
linked to /usr/libexec/ld.elf_so.  I don't think 'as' was relinked for 1.3.2
and will still reference the old dynamic loader.  If /usr/libexec/ld.so
doesn't exists, I think 'as' will exhibit this same behaviour.

  I just verified that base.tgz on ftp.netbsd.org was correct, and it would
appear that it is.

Michael

-- 
Michael L. Hitch			mhitch@montana.edu
Computer Consultant
Information Technology Center
Montana State University	Bozeman, MT	USA