From owner-cvs-usrbin  Mon Oct 30 02:26:57 1995
Return-Path: owner-cvs-usrbin
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id CAA16728
          for cvs-usrbin-outgoing; Mon, 30 Oct 1995 02:26:57 -0800
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA16716
          ; Mon, 30 Oct 1995 02:26:35 -0800
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA18175; Mon, 30 Oct 1995 21:21:46 +1100
Date: Mon, 30 Oct 1995 21:21:46 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199510301021.VAA18175@godzilla.zeta.org.au>
To: peter@freebsd.org, phk@critter.tfs.com
Subject: Re: cvs commit: src/usr.bin/symorder symorder.c
Cc: CVS-commiters@freebsd.org, cvs-usrbin@freebsd.org
Sender: owner-cvs-usrbin@freebsd.org
Precedence: bulk

>>   This is a pretty crude fix - I've changed symorder so that when
>>   running in "cleanup" mode, it disables the reordering which was
>>   screwing up the relocation table.  I'm sure there is a better fix, but
>>   I didn't have the energy.  Feel free to fix this hack, probably by
>>   renumbering the symbol indexes in the relocation table.
>This is perfectly sensible.  The order of symbols in a .o is completely
>insignificant.

And you don't want to remove any because they should be used for debugging.

`symorder' is not a good name for a utility that manipulates symbol types.
Even `strip' would be better.  I'd like to nuke symorder because it has
a Net/2 copyright.

Bruce