@Test
	public void testFloatInt2FloatOpGen() throws Exception {
		/**
		 * The size swap is not necessary, but test anyway.
		 */
		runEquivalenceTest(translateSleigh(ID_TOYBE64, """
				r0 = int2float(r1l);
				r6l = int2float(r7);
				"""),
			List.of(
				new Case("only", """
						r1l =1;
						r7  =2;
						""", List.of("r0", "r6"))));
	}
Note that the test case for sqrt(n) where n is negative could be brittle, because of
undefined behavior in the IEEE 754 spec. My JVM will result in "negative NaN." It used to be
this test failed, but I've made an adjustment to {@link FloatFormat} to ensure it keeps
whatever sign bit was returned by {@link Math#sqrt(double)}. It shouldn't matter to the
emulation target one way or another (in theory), but I do want to ensure the two emulators
behave the same. It seems easier to me to have {@link FloatFormat} keep the sign bit than to
have the JIT compile in code that checks for and fixes "negative NaN." Less run-time cost,
too.
Ghidra/Test/IntegrationTest/src/test.slow/java/ghidra/pcode/emu/jit/gen/JitCodeGeneratorTest.java