> On the other hand, if we don't do anything, we
> will have a lot of regression in binary compatibility options...

Including our own NetBSD 1.x a.out compatibility (on some archs)..

I ran into this a few weeks ago on sun4m/sparc but haven't had much time
to investigate. It looks though that the cause is a non-executable
map of ld_aout.so's procedure jump table.

-pk