Le estoy dando vueltas a crear unas rutinas compiladas ya en .bin para incluir en los programas. Lo estoy compilando con el asMSX.
Mi idea es distribuir esa .bin y que sea transparente a quien lo quiera usar, facil y sin entrar por dentro...vamos lo que seria una libreria sin pasar el Codigo Fuente. Así seria compilable en cualquier lugar ya fuera C o ASM.
PEERO me he encontrado un problema Gordote.

Resulta que el pack de rutinas tiene saltos. Los saltos absolutos, los paso a relativos, dando algún brinco de rana así en medio del codigo por aquello de no pasar los 128 bytes pa arriba , pa abajo. Pero el problema son los CALL que hay internos dentro.

Claro, un CALL es absoluto...no relativo...en Z80 ASM no encuentro saltos de CALL relativos. No existe la instrucción. Entonces se me ha ocurrido  "simular un CALL" con PUSH, POP y JR....y me encontrado con el problema Gordote:

No puedo acceder al Registro PC para coger su valor No existe el PUSH PC ni el POP PC, ni el LD PC,NN ni LD HL,PC ni na de na que toque el Registro PC más que el CALL.
Bueno el RET hace que lo que hay en la pila SP pase a Registro PC...ya hace de LD a Registro PC. Pero leer cargar un el valor actual al del PC....Fuck fuck ! no hay [o yo no lo encuentro] ni en las undocumented.

¿Se os ocurre alguna pirueta tecnica para hacer un CALL sin usar el CALL y que se pueda hacer relativo, no absoluto ?

y hacer un programita que genere un nuevo bin, cambiando esas direcciones absolutas por las adecuadas a partir de una dirección base?

Quizas puedas hacerte una tabla de saltos, donde guardes las direcciones de retorno de cada salto, y antes de saltar decir a que casilla de la tabla hay que usar para volver.

Hmmmm mmmm  Creo que puedo. Esta frase me está dando una idea y deja de ser el primer NO rotundo, jeje

Lo que dice @SD-Snacher tambien me parece un camino a seguir...con variaciones.

@pitpan...mmm..la idea es que tambien esté en ROMs y puedan usarse en un MSX1 de poca ram y tal. Pero entiendo lo que dices.

@Aorante, la idea es plug&play que no pase por otro subprograma o aplicativo de PC. Se que tu has hecho este tipo de aplicaciones cuando hemos estado con el ZMA y tal.

Mirando el codigo que quiero empaquetar, los CALL están muy localizados en lugares concretos. Tres de ellos podrian ser perfectamente JR encadenados y que vuelven a la misma posición que salieron, ya que solo se les llama a esos CALL desde un solo lugar. Lo cual el RET podria ser otro JR directo. O bien reordenar el codigo para que fuera todo seguido.

Luego hay 3 puntos que son llamados con CALL desde 4 o 5 puntos contados...Si guardara en una variable un numero ID que indicara desde que lugar pego el salto, luego para volver de la subrtina al punto inicial de llamada consultaria una tabla de saltos relativos (que seguirian un camino de 128 en 128) hasta su posición de donde fue llamado. Sería el ID el que me diría que ruta seguir para volver.

No se si me he explicado bien  ... la idea es hacer rutas de salto en función desde donde vine. Caminos conocidos que siempre llevarian al mismo punto y que un numero me diria que camino elegir para volver.

Me lo plantearé a boli y os digo que tal lo he implementao. 

Gracias a todos sois geniales !

Si tu rutina reubicable va a ser llamada con CALL, siempre podrías hacer algo así:

pop hl            ;dirección de retorno en HL
push hl          ;la volvemos a guardar para que ret funcione
dec hl
ld b,(hl)        ;byte alto
dec hl          
ld c,(hl)        ;byte bajo

Y ya tienes la dirección de comienzo de la rutina en BC, y la puedes usar como base para automodificarla donde necesites.


Cargar un valor al PC es lo más sencillo del mundo: JP


PD: cambiado el código, que había usado una instrucción que no existe.

Si así es. Es la idea.
Las rutinas solo necesitarán un buffer reservado de N bytes en RAM y ya se lo manejan ellas solas.
Habra una rutina INICIALIZADORA y otra EJECUTADORA.

Genial. Apuntado queda.