--BQPnanjtCNWHyqYD
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Sep 07, 2006 at 02:21:49PM -0700, Garrett D'Amore wrote:
> ragge@ludd.luth.se wrote:
> > MI hacks for any platform should preferably not exist, but that's=20
> > another issue.  And if you think grep etc. takes too long time to
> > execute I would say that it is a cheap prize to pay to get this support.

Well, we'll always have to have MD-specific support in MI routines.=20
Different hardware does (some) things differently, which is where=20
competitive advantage comes in. :-) However the best case is where we can=
=20
abstract out a concept that's somehow different and then code to that.=20
Thus if different hardware in the future follows the same conceptual=20
behavior, we're already set.

> No, but sifting thru the _output_ when you're doing a rototill is a
> PITA.  The recent work I've done with com(4) and todr are good
> examples.  I'm not sure why I bothered to fix pdp10, but I did.

Oh. Are you using id-utils and/or cscope? I find them essential for doing
system-wide sweeps, and they make them much simpler. I use vi, and load my
vi session up with a number of the needed changes, and the mechanical=20
changes all happen rather fast.

Take care,

Bill

--BQPnanjtCNWHyqYD
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (NetBSD)

iD8DBQFFAJcFWz+3JHUci9cRAkeOAJ9/WtiKyK6zOGVc0CbHGVid+XBkhQCeJoAw
G9IqxAC07kVVr45WO09MMZ8=
=Jprx
-----END PGP SIGNATURE-----

--BQPnanjtCNWHyqYD--