SYSTEM vs ML

ML es muy diferente a RPL, el aprendizaje puede llegar a ser más lento, especialmente si no se ha trabajado en ensamblador antes para otro procesador. La mayoria de la documentación que existe es para el procesador Saturno.

RPL utiliza rutinas ya creadas por HP (algunas hechas en ensamblador), y recordemos que HP creó este lenguaje para sus calculadoras con el fin de que sus programadores pudieran implementar sus funciones más fácilmente, pero eficientemente.

En la página de Gaak puedes encontrar un manual de ML para el procesador Saturno.

La HP49G+, HP48GII y HP50G utilizan un procesador ARM, sin embargo emula al procesador Saturno, así que algunos programas en ML escritos para la HP49G podrian funcionar en los modelos nuevos.

En los PC`s: ¿recuerdas que hay diferencias entre procesadores de 64bit, 32bits, etc?, Recuerda que cada uno tiene un conjunto de instrucciones específicas para operar dichos procesadores (Ahi es donde es importante el ML). En el mercado hay varios tipos de Procesadores: recuerdas las diferencias entre un procesador core2duo y dual core, es decir, a nivel de ensamblador la programación de dichos procesadores es diferente. Luego de programar rutinas básicas de Entrada/Salida (como lectura de una tecla, ratón, etc), se pasa a un lenguaje de mayor nivel (como C, C++), luego vienen lenguajes de mayor nivel como los visuales (Visual Basic, Delphi, etc). Imagínate lo demorado que sería programar todo una aplicación como Word en sólo lenguaje ensamblador.

De la misma forma la calculadora presenta un nivel "bajo" como Ensamablador, luego SystemRPL y por último UserRPL. En ensamblador habria que desarrollar un poco más el desarrollo a nivel de ML en el procesador ARM, ya que la mayoría de la documentación está para el Saturno (hay conceptos como el de los Nibbles, que no sé si están en el ARM).

Yo por ahora programo en System y User, cuando tenga más conocimientos en éstos programaré en ML.

No he leido mucho de ML, pero en cuanto a la finalidad del programa se tendría que elegir entre uno y otro: Tamaño del archivo final, velocidad del programa, tiempo de desarrollo del programa, éste último factor hace que muchos podamos desistir de hacer un programa en ML, ya que habria que hacer muchas subrutinas útiles (y probarlas) antes de incorporarlas ya que es más riesgoso una rutina mal hecha para el procesador.

Salu2.

Según recuerdo, una de las cosas que en System es limitada es la creación de imágenes en escala de grises, yo hasta ahora he mirado que en el listado de comandos del libro de System de Kalinowski hay algunos comandos para manejo de grobs en escala de grises, pero la visualización creo que se puede hacer con ML (corríjanme si me equivoco).

Salu2.