martes, 2 de abril de 2024

Declaración de módulos en Erlang parte 2


Seguimos con los módulos. 

Si compilamos el modulo se genera un '.beam' significa Erlang Abstract Machine de Bogdan/Björn, que es la propia VM. Existen otras máquinas virtuales para Erlang, pero ya no se usan y son historia: JAM (Joe's Abstract Machine, inspirada en WAM de Prolog y el antiguo BEAM, que intentó compilar Erlang en C y luego en código nativo. Las pruebas comparativas demostraron pocos beneficios en esta práctica y se abandonó el concepto.

Existen una gran cantidad de indicadores de compilación para tener más control sobre cómo se compila un módulo. Podemos obtener una lista de todos ellos en la documentación de Erlang. Las banderas más comunes son:


-debug_info

Las herramientas de Erlang, como los depuradores, la cobertura de código y las herramientas de análisis estático, utilizarán la información de depuración de un módulo para realizar su trabajo.

-{outdir,Dir}

De forma predeterminada, el compilador de Erlang creará los archivos 'beam' en el directorio actual. Esto le permitirá elegir dónde colocar el archivo compilado.

-export_all

Ignorará el atributo del módulo -export y en su lugar exportará todas las funciones definidas. Esto es principalmente útil al probar y desarrollar código nuevo, pero no debe usarse en producción.

-{d,Macro} o {d,Macro,Valor}

Define una macro que se utilizará en el módulo, donde Macro es un átomo. Esto se usa con más frecuencia cuando se realizan pruebas unitarias, lo que garantiza que un módulo solo tendrá sus funciones de prueba creadas y exportadas cuando se deseen explícitamente. De forma predeterminada, el valor es "verdadero" si no está definido como el tercer elemento de la tupla.

La compilación de código nativo no está disponible para todas las plataformas y sistemas operativos, pero en aquellos que lo admiten, puede hacer que sus programas vayan más rápido (aproximadamente un 20% más rápido, según evidencia anecdótica). Para compilar en código nativo, necesita usar el módulo hipe y llamarlo de la siguiente manera: hipe:c(Module,OptionsList). También puedes usar c(Módulo,[nativo]). cuando está en el caparazón para lograr resultados similares. Tenga en cuenta que el archivo .beam generado contendrá código nativo y no nativo, y la parte nativa no será portátil entre plataformas.

No hay comentarios.:

Publicar un comentario