feat: change TRM module to recognize secp256r1 prc address

[amkCha]

Add new recognition of precompile address in TRM module as per this issue Consensys/linea-specification#272

From Osaka and on, a PRC address for curve secp256r1 has been added at address 0x100

In trm.accepts

• I've changed the tests to light up IS_PRECOMPILE up to address 0x11 (like in Prague)
• added the following

{"trm": {"RAW_ADDRESS":[256],"IS_PRECOMPILE":[1],"ADDRESS_HI":[0]}}
{"trm": {"RAW_ADDRESS":[255],"IS_PRECOMPILE":[0],"ADDRESS_HI":[0]}}
{"trm": {"RAW_ADDRESS":[257],"IS_PRECOMPILE":[0],"ADDRESS_HI":[0]}}

• and as well

{"trm": {"RAW_ADDRESS":[1461501637330902918203684832716283019655932543231],"IS_PRECOMPILE":[0],"ADDRESS_HI":[0]}}
{"trm": {"RAW_ADDRESS":[1461501637330902918203684832716283019655932543232],"IS_PRECOMPILE":[1],"ADDRESS_HI":[0]}}
{"trm": {"RAW_ADDRESS":[1461501637330902918203684832716283019655932543233],"IS_PRECOMPILE":[0],"ADDRESS_HI":[0]}}

PLUS Fix of bit_xoan/signextend documentation

---

Note

Extend TRM precompile detection to {0x1..0x11} ∪ {0x100} and tidy docs in bit_xoan and signextend.

• TRM (testdata/asm/bench/trm.zkasm):
  • Add MAX_PRC_CONTIGUOUS_ADDRESS = 0x11 and detect 0x100 (secp256r1) as precompile.
  • Update trm logic to flag precompiles when low <= 0x11 or low == 0x100 using boolean combine (b1 + b2) - (b1 * b2).
  • Clarify precompile set in header comment.
• Docs:
  • Refine comments/wording in testdata/asm/util/bit_xoan.zkasm and testdata/asm/util/signextend.zkasm; reformat examples and instruction names.

^{Written by Cursor Bugbot for commit 93899ef. This will update automatically on new commits. Configure here.}

[amkCha]

I was not able to use a constant in the ternary operation like so
low == P256_VERIFY_ADDRESS ? 1 : 0
I got an "unexpected token" error

If it's preferable to use the constant, I can also re-write it with a difference

[amkCha]

Opened an issue here #1284