Programación General > C/C++

 espacio en memoria de los tipos de datos

<< < (2/2)

haddad:
muchas gracias la verdad, creo que empiezo a ver la luz.
luego que di esta respuesta sustentada en algo mas de informacion como me lo sugeriste me dicen: esta bien, pero quiero me digas cual es el proceso para que el procesador reconozca las extensiones en general.
no se si de pronto por casualidad podrias colaborarme con una induccion sobre esto
saludos!

m0skit0:

--- Cita de: "haddad" ---quiero me digas cual es el proceso para que el procesador reconozca las extensiones en general
--- Fin de la cita ---
Con "procesador" supongo que te refieres al pre-procesador del compilador. Espero no confundas con el procesador hardware.

En realidad las extensiones sobran. Puedes ponerle cualquier extensión a los ficheros que el compilador las va a compilar igual. Es típico de los usuarios de Windows pensar en extensiones de fichero, pero realmente otros sistemas operativos (más antiguos que Windows y también posteriores) realmente no usan las extensiones de fichero sino "números mágicos" para identificar los ficheros. Por ejemplo yo puedo compilar un programa de C llamándolo programa.loquemedalagana haciendo


--- Código: Text ---gcc -o programa programa.loquemedalagana Ni los ficheros de código necesitan un .c ni los de cabecera necesitan .h. Como digo, es pura convención. El problema con Windows es que este SO considera la extensión como siempre cierta y como indicador del contenido del fichero, algo que no ocurre en la mayoría de los demás SOs.

Saludos.

perrete:
EDIT: No había visto la respuesta de arriba, creo que ya te han respondido tu duda  ^_^
Un saludo!

haddad:
jeje muchas gracias
dare estos argumentos y les comento como me fue :)

Navegación

[0] Índice de Mensajes

[*] Página Anterior