@Test
	public void testFloatRoundOpGen() throws Exception {
		long d0dot25 = Double.doubleToLongBits(0.25);
		long dn0dot25 = Double.doubleToLongBits(-0.25);
		int f0dot25 = Float.floatToIntBits(0.25f);
		int fn0dot25 = Float.floatToIntBits(-0.25f);
		long d0dot5 = Double.doubleToLongBits(0.5);
		long dn0dot5 = Double.doubleToLongBits(-0.5);
		int f0dot5 = Float.floatToIntBits(0.5f);
		int fn0dot5 = Float.floatToIntBits(-0.5f);
		long d0dot75 = Double.doubleToLongBits(0.75);
		long dn0dot75 = Double.doubleToLongBits(-0.75);
		int f0dot75 = Float.floatToIntBits(0.75f);
		int fn0dot75 = Float.floatToIntBits(-0.75f);
		long d1dot0 = Double.doubleToLongBits(1.0);
		long dn1dot0 = Double.doubleToLongBits(-1.0);
		int f1dot0 = Float.floatToIntBits(1.0f);
		int fn1dot0 = Float.floatToIntBits(-1.0f);
		runEquivalenceTest(translateSleigh(ID_TOYBE64, """
				r0 = round(r1);
				r6l = round(r7l);
				"""),
			List.of(
				new Case("+0.25", """
						r1  =0x%x;
						r7l =0x%x;
						""".formatted(d0dot25, f0dot25), List.of("r0", "r6")),
				new Case("-0.25", """
						r1  =0x%x;
						r7l =0x%x;
						""".formatted(dn0dot25, fn0dot25), List.of("r0", "r6")),
				new Case("+0.5", """
						r1  =0x%x;
						r7l =0x%x;
						""".formatted(d0dot5, f0dot5), List.of("r0", "r6")),
				new Case("-0.5", """
						r1  =0x%x;
						r7l =0x%x;
						""".formatted(dn0dot5, fn0dot5), List.of("r0", "r6")),
				new Case("+0.75", """
						r1  =0x%x;
						r7l =0x%x;
						""".formatted(d0dot75, f0dot75), List.of("r0", "r6")),
				new Case("-0.75", """
						r1  =0x%x;
						r7l =0x%x;
						""".formatted(dn0dot75, fn0dot75), List.of("r0", "r6")),
				new Case("+1.0", """
						r1  =0x%x;
						r7l =0x%x;
						""".formatted(d1dot0, f1dot0), List.of("r0", "r6")),
				new Case("-1.0", """
						r1  =0x%x;
						r7l =0x%x;
						""".formatted(dn1dot0, fn1dot0), 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