El programa compilo y todo pero no me crea el .hex ni el .elf.
El Proteus no tiene en cuenta esas cosas, deben hacer doble click sobre el componente
y fijarse que frecuencia tiene "configurada" en el proteus.
A lo que me refiero es que no hace caso al codigo o los FUSES,
ni tampoco al cristal que le pongan.
El formato de archivo de objeto original de Unix —a.out— no era capaz de soportar adecuadamente bibliotecas compartidas (shared libraries), identificación de formatos extraños o enlazado explícito de direcciones. Como el desarrollo de los sistemas Unix-like continuaba tanto dentro como fuera de AT&T, surgieron diferentes soluciones a este y otros temas.
COFF fue introducido en UNIX System V de AT&T para las plataformas de 32 bits no-VAX, como el 3B20. COFF implicó mejoras con respecto al formato a.out, incluyendo secciones arbitrarias (de memoria), declaraciones explícitas de procesador, y la vinculación de direcciones explícita.
Sin embargo, el diseño de COFF era limitado e incompleto: había un límite en el número máximo de secciones, un límite en la longitud de los nombres de sección incluyendo archivos fuente, y la información simbólica de depuración era incapaz de soportar lenguajes como C, y mucho menos lenguajes más nuevos como C++ o de soportar nuevos procesadores. Como resultado de esto, en el mundo real, todas las implementaciones de COFF necesariamente fueron violaciones de los estándares. Esto condujo a numerosas extensiones COFF. IBM usó el formato XCOFF en su sistema operativo AIX. DEC, SGI y otros usaron ECOFF. Numerosas adaptaciones de SysV y herramientas de desarrollo para sistemas empotrados utilizaron sus propias variaciones, normalmente incompatibles entre ellas.
Con el lanzamiento de SVR4, AT&T remplaza COFF con ELF.