Quizás debería haber agregado algunos detalles técnicos. Básicamente, la emulación larga de GWT usa una tupla de dos números, el primero contiene los 32 bits altos y el segundo los 32 bits bajos de 64 bits de largo.
La biblioteca, por supuesto, contiene métodos para agregar cosas, como agregar dos "largos" y obtener un resultado "largo". Dentro de su código GWT Java, parece dos largos regulares, uno no necesita violín o estar al tanto de la tupla. Al usar este enfoque, GWT evita el problema al que probablemente alude, a saber, los "largos" que eliminan los bits más bajos de precisión, lo cual no es aceptable en muchos casos.
Mientras que las carrozas son por definición imprecisas/aproximaciones de un valor, un número entero como un largo no lo es. GWT siempre tiene una longitud de 64 bits: las matemáticas que usan tales largos nunca usan precisión. La excepción a esto son los desbordamientos, pero eso coincide exactamente con lo que ocurre en Java, etc. cuando se agregan dos valores largos muy grandes que requieren más de 64 bits, por ejemplo, 2^32-1 + 2^32-1.
Hacer lo mismo para los números de punto flotante requerirá un enfoque similar. Necesitará tener una biblioteca que use una tupla.
¿Alguna razón especial por la que no puedes dividirla en dos variables o usar una cadena o una matriz en su lugar? – some
Dividirlo en 2 variables es la solución que veo ahora. cadena y matriz parece ser ineficaz, porque estaría utilizando solo unos pocos de los 64 bits. Gracias. –