Comparación entre intérpretes y compiladores en programación
Curso de Introducción al Desarrollo de Lenguajes de Programación
Contenido del curso
Carlos Eduardo Gomez García
Juan Pablo Perez
Reinaldo Mendoza
Faustino Correa Muñoz
Juan Sebastian Dueñas
Diana Martinez
Gael Treviño Prieto
Joel Dominguez Merino
Cristian Blandon
Sebastián Andrade
Juan Pablo Perez
Carlos Rodríguez
Sebastián Andrade
Pedro Luis Acosta Pérez
Fernando Yutiz
Iñigo S.
Carlos Herrera
Omar Gabriel Aguilar Moscoso
Miguel Angel Velazquez Romero
Juan Pablo Perez
Joel Dominguez Merino
Alejandro Picado Brenes
Alfredo Olmedo
Alejandro Picado Brenes
Luis Miguel Buelvas Puello
Mateo Montoya Henao
Jajaja los lengaujes compilados son los favoritos de los programadores xD: .
Jajajaja esta gracioso el meme.
jaja, muy bueno
Hice el hello world en C, en Rust y en Go
la salida lo guarde en un archivo de texto binaryInstructions.txt, usando el comando:
xxd -b hello > binaryInstructions.txt
Los resultados son:
2783 líneas en el binario de C
340547 líneas en el binario de Go
534250 líneas en el binario de Rust
estadisticas muy interesantes Seria genial si tambien pudieras compartir el tamaño en bytes que tiene cada archivo. de hecho eso me lleva a pensar porque son tan grandes 🤔🤔 estos archivos tengo la corazonada a que se debe a las librerias que se cargan en el caso de c la libreria de estandar input
#include <stdio.h>
El resto del codigo no parece tener la complejidad suficiente para producir tanta información binaria
El dump de un archivo siempre va a sacar su representación numérica, puede ser binaria o hexadecimal. Puede ser un archivo de cualquier tipo, eso incluye imágenes, videos, etc.
No es tan complicado de leer (aunque si hay que saber ciertas cosas para de entender lo que se lee) En el ejemplo del xxd, la salida que se muestra es:
Es decir la última columna es la versión humanamente legible de lo mismo que hay en binario.
Al tratarse de un archivo binario, por estandar, los primeros caracteres dicen el formato en que se encuentra el archivo, en este caso es ELF (minuto 9:54 del video), que es el formato de archivo ejecutable estandar.
Wikipedia: "ELF (Executable and Linkable Format) es un formato de archivo para ejecutables, código objeto, bibliotecas compartidas y volcados de memoria. Fue desarrollado por Unix System Laboratories (USL) como parte de la ABI. En principio fue desarrollado para plataformas de 32 bits, a pesar de que hoy en día se usa en gran variedad de sistemas." https://es.wikipedia.org/wiki/Executable_and_Linkable_Format
El archivo ELF trae información cómo las literales, las instrucciones del programa, comentarios del compilador (por ejemplo el nombre y la versión del compilador utilizada), e información de debug, entre otras cosas.
También es importante destactar que los compiladores generalmente compilan para ejecutables que corren sobre un sistema operativo, por lo que el programa final suele traer, además del código de las librerías utilizadas, llamadas al sistema operativo, que son cómo instrucciones abstractas que el sistema operativo admite para diferentes cosas, cómo comunicar programas entre sí.
En otras palabras, el sistema operativo mismo es una especie de interprete de las instrucciones del bytecode resultante de la compilación.
En otros casos, cómo en el desarrollo de sistemas operativos o simplemente sistemas embebidos, se puede configurar el compilador para que no utilice llamadas al sistema, y evitar usar librerías que las usen, entre otras cosas como tomar el control manual de la memoria, algo que el compilador y el sistema operativo ayudan a hacer, pero que para estos sistemas es necesario deshabilitar, y programar desde cero. Y es de esta última manera que se crean los sistemas de más bajo nivel.
!Proceso
Excelente representación @Gael!
El archivo a.out ya era ejecutable :thinking: los permisos luego del chmod quedaron igual (y el archivo ya estaba en verde), por lo que ese paso se podría omitir.
Este curso es extremadamente espectacular!
El codigo de mi programa en C++/ el .out del compilador
Los intérpretes y compiladores son herramientas fundamentales en la programación, cada uno con sus características propias:
Semejanzas:
Diferencias:
Estas diferencias son clave al elegir entre usar un intérprete o un compilador en el desarrollo de software.
Hilando bien fino, un .EXE de Windows no puede ejecutarse en forma directa, ya que el sistema operativo debe resolver todas las referencias a la memoria que varian de una ejecucion a otra y de equipo en equipo.
O sea, un compilador nunca podra saber que direccion de memoria tendra asigando un programa. Tema distinto cuando las referencias son relativas, como pasaba el los viejos archivos .COM de Windows
Lo que dice el profesor que son "instrucciones binarias" en el minuto 10:20 no es cierto. Cada una de esas no es una instrucción binaria sino un byte. Las instrucciones dependen de la arquitectura de la máquina pero en ningún caso un byte sirve para representar una instrucción. Ya solo el OPCODE puede ocupar, en el mejor de los casos un byte, y solo con el OPCODE (salvo excepciones) no haces nada, porque la mayoría de las instrucciones necesitan argumentos.
Estupenda clase! se pueden ver los datos binarios que representan las instrucciones, tambien se entiende todo lo que han evolucionado los lenguajes de programación a alto nivel ahorrándonos escribir o crear instrucciones y dejándonos solo libres de crear la lógica de nuestros programas.
increible
JVM Funcionamiento.
Me encanta este curso esta muy interesante.
Impresionante clase David! Solo me entro duda en qué es lo que hace realmente la fase de optimización. O bien qué tareas cubre esta fase. Sé qué optimiza, pero qué es lo que optimiza? Saludos :D
¿Cuál es la diferencia entre Bytecode y Machine Code?
@FrederickO gracias por el aporte, me quedan claras las diferencias
Una clase que le explota la cabeza a uno. Genial!
Un compilador es un programa que transforma el código fuente de un lenguaje de programación en un programa ejecutable que puede ser interpretado directamente por la máquina. Este proceso generalmente incluye varios pasos, como el análisis léxico, el análisis sintáctico, el análisis semántico y la generación de código.
¿Cómo funciona un compilador?
Ventajas de los Compiladores
Desventajas de los Compiladores
Ejemplos de Compiladores
Ejemplo Práctico
Supongamos que tienes el siguiente código en C:
#include <stdio.h> int main() { int a = 10; int b = 20; int sum = a + b; printf("Sum: %d\n", sum); return 0; } ```Cuando usas un compilador como GCC para compilar este código, el proceso es el siguiente: 1. **Análisis Léxico**: Divide el código en tokens. 2. **Análisis Sintáctico**: Verifica que los tokens estén en un orden correcto. 3. **Análisis Semántico**: Verifica que el código cumpla con las reglas del lenguaje. 4. **Optimización**: Mejora el código para que sea más eficiente. 5. **Generación de Código**: Traduce el código en instrucciones de máquina. Finalmente, el compilador genera un ejecutable que puedes correr en tu sistema operativo: ```js gcc -o myprogram myprogram.c ./myprogram ```Esto produce la siguiente salida: ```js Sum: 30 ```Comparación con los Intérpretes * **Compiladores**: Conversión completa del código fuente a un programa ejecutable antes de la ejecución. * **Intérpretes**: Ejecución directa del código fuente sin generar un programa ejecutable intermedio. ### Conclusión Un compilador es una herramienta esencial en el desarrollo de software, especialmente para aplicaciones que requieren alto rendimiento y eficiencia. Aunque el proceso de compilación puede ser lento y específico de la plataforma, los beneficios en términos de rendimiento y optimización suelen compensar estos inconvenientes.
