> 1. Should the ucontext_t changes be backed out, or is this the
>    way we would like to go? (but only it better :-)

We need something.  Rather than say 'something better', I'd need to see
what that better things is.  However, given Bruce's comments earlier, it
seems like we need to have ucontext_t to stay compatible.



Nate


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to