Hola,

Yo utilizo WATCOM C para compilar mis programas.

Ya se que esta viejito pero realmente no he encontrado otra herramienta que me de las opciones que me da WATCOM (por ejemplo, que es la que mas aprecio de todas, que me deje incluir ensamblador con sintaxis de Intel, y no de AT&T).

Me veo en la obligacion de actualizarme ya que el compilador de WATCOM soporta hasta 32 bits, que es el wcc386. Ya no 64 bits y ya casi no hay ordenadores con 32 bits.

La cuestion es que estuve intentando hacer lo siguiente con GCC:

Que genere codigo idependiente de la posicion.
Que no incluya ninguna cabecera o archivo "estandar" a menos que lo requiera yo explicitamente en el codigo con alguna directiva #include.
Que me deje programar la rutina __start, que no la incluya por si mismo.

En fin, esto con wcc386 se haria asi:

wcc386 main.c -s -w9 -e25 -oa -d0 -5 -bt=nt

y en GCC segun lo que entiendo, se haria asi:

gcc -pie -nostdlib -nostartfiles main.c -o main.obj

la cuestion es que obtengo esto:

.../std.h:12:14: warning: conflicting types for built-in function 'strlen'
 unsigned int strlen(const char *s);

con la opcion -nostdlib no deberia haber tomado en cuenta la funcion "built-in" strlen ¿O si? ¿O es que se refiere a que la funcion strlen esta hardcoded dentro de GCC?

Por otra parte, si me recomiendan algun otro compilador de C que permita incluir ensamblador de Intel, lo agradeceria mas que esto, ya que no me llevo nada bien con GCC. Me encanta casi todo lo que salio de GNU pero GCC no es una de esas cosas xd

xd

¿Lo usual? ¿O sea, lo dices por lo que dijiste sobre el depurador ahi?

No...

No estoy utilizando depuradores.

este codigo:

unsigned int strlen(void)
{
    return 0;
}
 
int main()
{
    return strlen();
}

si se compila con

wcc386 main.c -s -w9 -e25 -oa -d0 -5 -bt=nt

y luego se procesa el codigo objeto con objconv para que me muestre el codigo en formato de nasm:

objconv -fnasm main.obj -o main.asm

resulta:

global strlen
global main
global _cstart_
 
_cstart_:
 
call main
ret
 
strlen:
mov eax, 0
ret
 
main:
call strlen
ret

el codigo resultante es PIC. No es necesario que sea PIC, pero hay funciones que requiero que sean PIC, porque se implementan en diferentes direcciones. No quiero especificar para no confundir, pero ese seria el objetivo.

Hasta ese punto que mostre no hay problema el problema viene cuando quiero hacer el codigo compatible con sistemas de 64 bits.

El codigo no tiene que ser portable e implemento nuestras propias funciones estandar. No quiero usar las que proporciona GCC.

es decir, entiendo que el prototipo de strlen para el C estandar es:

size_t strlen ( const char * str );

pero no quiero tener nada que ver con el "C estandar", sino lo que ofrece el compilador de WATCOM C, que es que ni compila ni enlaza librerias sin pedirselo.

NOTA en el link que adjuntaste se habla de la API de Windows, en este caso, a pesar de que que hablo de WATCOM, no tiene nada que ver con Windows especificamente. Aunque sin duda el alineamiento es un tema que se debe tomar en cuenta.

---

Eternal Idol

Ya lo solucione.

---

Para quien se pregunte como:

Los procedimientos que implementaran estrictamente codigo ensamblador, los implemente en archivos distintos. Los compile con NASM y los enlace con LD junto al codigo en C.

Por otra parte, para decirle a GCC "que no enlace nada" y ademas que no incluya funciones inesperadas:

gcc -pie -nostdlib -nostartfiles -fno-stack-protector main.c -c -O -o main.obj

ADVERTENCIA

Como se puede notar, la necesidad implica saltarse la proteccion del stack (para no incluir funciones "inesperadas").

Esto puede suponer riesgos de SO, obviamente.

Un saludo.