Looks good.

Indeed it should and the update date should be updated as well. I'll get on it.

I suppose that since there are no more comments, I'll commit this sometime after April 4 (after I get back).

Are there any more comments or requested revisions?

In D12785#265442, @imp wrote:

You need to fix the namespace pollution, and really, make this two separate functions. The current structure tries to be too clever, and history has shown that this will result in subtle bugs and possibly a security advisory.

This addresses two punctuation issues wblock raised.

I will upload fixes.

Still waiting for maintainer (samm@os2.kiev.ua) approval. I sent an email Feb 22. No reply yet.

It's been a while but I think this should address all the comments and concerns previously noted.

I disagree. What you are suggesting should be a separate revision and a separate commit. Do not mix fixing a little endian build with adding big endian capability. They are two separate issues.

Added sentence to say that the constraint handler doesn't necessarily return and if it does a return code is set.

Reworded the part discussion when the constraint handler is called.

Some of these ports should probably be deprecated and removed... I'll look into deprecating tripwire12,