Cientificosaficionados.com

Lo he compilado en microsoft C++ 6.0 y los long double dan la misma precisión que los double (64 bits)

He mirado en internet y dicen que con el gcc usan 80 bits.

¿Podeis compilar y ejecutar esto en gcc a ver si dan igual?:

Esto es lo que me ha salido con el gcc de MinGW:

_________________
¡No es imposible, lo que pasa es que no sabes como hacerlo!

Eso con el gcc 4.5.2 para windows (MinGw).
Con el Borland C++ Builder 6, bcc32 version 5.6, sale lo mismo.

_________________
¡No es imposible, lo que pasa es que no sabes como hacerlo!

Pregunta tonta: ¿Tendrá que ver con que se compile para las bibliotecas de 32 bit y no para las de 64 bit, que solo funcionan en los nuevos procesadores de 64 bit?

Salud

_________________
El permanente cambio es la constante del mundo.

Entonces según gcc y borlan C++ tengo 26 bits más que hacen como dos y medio dígitos más.
Puede parecer una tontería pero cuando tengo que resolver ecuaciones de más de 6 variables y hay que invertir matrices grandes con muchas multiplicaciones y sumas me influye mucho.

Gracias.



No tiene nada que ver, según he visto en foros. Incluso hay lenguajes de programación que les dá más espacio a la hora de almacenar los datos e incluso hace las operaciones con 80 bits para luego meterlos en 64. ¿Para qué entonces los micros de 64 bits sino además de complicarnos la vida?

No tiene que ver nada la longitud de palabra del micro con las operaciones que puede hacer.
Un simple 8080 puede hacer operaciones de punto flotante de 80 bits sin problemas y sin unidad de punto flotante, por programa encadenando muchas operaciones simples.
Un micro con palabras grande hace operaciones con números largos en una sola microinstrucción, lo que le da muchcísima velocidad, pero puede encadenar varias microinstrucciones y hacer operaciones de mas bits. Las mismas operaciones generarán menos código y serán mas rápidas compiladas para 64 bits que para 32. Esto es ya responsabilidad del compilador. Las librerías de los embebidas en los compiladores suelen trabajar con algún estandar (como el IEE754) pero uno puede trabajar con otras librerías distintas y usar la precisión que quiera.
Yo usé, hace años, unas librerías del JPL para "matemáticas de precisión arbitraria" que, dependiendo de la memoria que tubieras, podías hacer operaciones con tantos bits como quisieras. Se utilizan para cálculos con números enormes, como calcular millones de dígitos de PI.
Por último, los micros de 64 bits se crearon para extender las capacidades de los de 32 sobre todo (comenzó AMD) porque con 32 bits solo podían direccionar 2^32 bytes = 4Gb (aunque gracias al registro de página había 4 bits mas y se podían direccionar 64Gb paginados, físicamente tenían un bus de direcciones de 36 bits). Con los micros de 64 bits se puede direccionar TODA la memoria de forma lineal. Ya puestos extendieron todos os registros internos a 64 bits de forma que pudieran retener direcciones de memoria de más de 32 bits. La incompatibilidad de entre SO de 32-64 bits viene por ese detalle: en un SO de 32 bits las interrupciones y llamadas a rutinas han de estar alojadas en direcciones que quepan en 32 bits mientras que en uno de 64 bits usan el doble de tamaño y pueden estar en cualquier zona de memoria.

_________________
¡No es imposible, lo que pasa es que no sabes como hacerlo!

De cualquier manera esto es lo que dice C++

microfostia dice que son 64bit
borland dice que son 80bit
gnu dice que son 96it

¿qué compilador usas?

Te recomiendo que si vas a usar números extremadamente grandes y con extremada precisión utilices strings y te estrujes un poco.


Un saludo.

_________________
ax+by+cz+dj+et

no me he fijado mucho pero creo que estas usando caracteres especiales para declarar variables cambiales el nombre sin signos ni numeros

tambien tienes entrecomillado un nombre de una variable para imprimir lo que hace que en vez de un numero lo tome como una cadena, si no lo muestra directamente lo tienes que convertir con un .tostring o similar no entrecomillado

de todas formas cambia lo que te he puesto en el post anterior

Pues leyendo un poco más sobre gcc, dicen que tienen floats de 128 bits, aunque lo hace por software. ¿Podéis probar heli o cualquier otro este programa? - no sé si borland también lo tiene -:
Mientras me miro las qlib.







Es que no he explicado lo que hace el programa:
El programa vá sumando un decimal a 1. Cada vez este decimal tiene más ceros a la izquierda, hasta que detecta que ambos números son iguales y de esta manera sabemos cual es la precisión. Es un poco rebuscado pero funciona.