Pues por mi perfecto.
De C y C++ no tengo problemas .. sin embargo de programar a bajo nivel para MSX .. pues .. hombre .. he montado algun que otro emulador y tambien un interprete MSXBASIC .. vamos .. que al menos se por donde van los tiros.
Ya he conseguido hacer funcionar el SDCC y perfecto .. la verdad es que se comporta bien y tiene muchas opciones para optimizar codigo.
Lo que si es un poco complicado es lo de montar la ROM. Al menos he conseguido que el BLUEMSX se pete al cargarla :-) ya es algo.

typedef unsigned int u_int;

sfr at 0x98 vdp98;
sfr at 0x99 vdp99;

void set_mode(u_int mode)
{
   mode; //for avoid warning
_asm
   push bc
   push ix
   ld c, 6(ix)
   ld b, 7(ix)
   push bc
   pop ix
   call 5
   pop ix
   pop bc
_endasm;
}

void main (void)
{
   set_mode (2);
   while (1)
   {
   }
}

esta pinta tiene el programa C con el que he empezado a trabajar .. con el siguiente bat .. monto la ROM ...

sdcc -mz80 --code-loc 0x8010 --data-loc 0xC000 --no-std-crt0 prueba.c
hex2bin -e rom prueba.ihx
copy /b rom_header.bin + /b prueba.rom /b tmp.rom
fillfile tmp.rom final.rom 16368

donde rom_header.bin es un archivo binario de 16 bytes con la cabecera de la ROM ...

0x41 0x42 0x10 0x80 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00

y el exe fillfile me lo he montado yo para rellenar con 0x00 y completar al tamaño especificado (16Kb) un archivo.

Asi tengo un fina.rom de 16kb tope guay .. que no funciona!! o esa impresion me da.

HELP!!!!!

De C no tengo ni idea, pero recuerda que, para probar un .ROM, debes poner al final un bucle, porque si no, te empezará a hacer cosas raras o resetearse, etc... no es como un .BIN que abres desde BASIC, hace lo que tiene que hacer y despues te vuelve a devolver al BASIC.

Asín que no te olvides de un:

loop:
   jp loop

O lo equivalente

Bua!! esto es la pasada :-)
Ya esta todo claro .. al menos usando los comandos de la BIOS esto esta chupao
Además .. hacer lo de las ROM al final ha resultado fácil.

Siiii!!! ya puedo montar mi primera ROM .. Dios que ilu!!!

Buenas

Habeis mirao aqui?
Hay unas librerias graficas MSX para C, no se q tal ira, yo de C nada...

http://msx.jannone.org/

Porque el ensamblador es especialmente útil en rutinas en las que tienes que obtener la máxima velocidad o no te queda más remedio debido, por ejemplo, a que hay que acceder a funciones de la BIOS.
El resto del programa, el esqueleto y partes en las que la velocidad no sea necesaria es muuuuucho más rápido diseñarlo con C. Una tontería del tipo intro de presentación y pantalla inicial en código máquina te puede llevar un par de días; en C, posiblemente en un par de horas ya la tengas (sobre todo si compilas sobre un PC)
Sin olvidar que la base de aficionados al MSX con conocimientos de C (normalmente por razones de trabajo ) es más grande que la de programadores en ensamblador.
.
.
Me empieza a dar la impresión de estar evangelizando...

Bueno la verdad  es que cada uno que programe en el lenguaje que quiera.

Sin embargo, pienso que para crear una rom de 16K por ejemplo, se puede aprovechar mejor el espacio programando directamente en ensamblaoor que colocando un codigo compilado, no creo que el C genere una rutina de impresion(p.e) mas corta que la que se pueda crear directamente en CM, eso sin contar con lo que el C abusa de la pila cada vez que hace una llamada a una funcion.

Claro que es verdad que yo no soy informatico ni programador experimentado.

A mí, mientras me sigan pagando por programar el susodicho...


Que ya sabemos que a tí lo que te pone es el Haskell.

Pues sí. También el PERL y el ensamblador del Z80...