jAsm

[Redreamer]

Bra uppdateringar. Hexdump är alltid bra att kunna göra emellanåt.

[bjonte]

Nu har jag släppt en ny version. Största förändringen är att det nu är en körbar fil som hanterar båda processorerna. Man måste nu ange vilken processor som ska användas vid assembleringen, antingen som argument till programmet:

Kod: Markera allt

jasm -p 6502 input.jasm output.prg

Eller i källkoden:

Kod: Markera allt

processor "6502"

Hex-output finns med i den här releasen och även att man kan pussla ihop filnamnen till include och incbin.

Kod: Markera allt

include "fil" + ".jasm"

Det går nu att hänvisa till filer som inte finns i fallet att de ändå inte bidrar till assembler-utdata via någon if-sats.

Kod: Markera allt

if (false) {
  include "fil_som_inte_finns"
}


[Redreamer]

Jag fick problem med den senaste versionen. =/

Kör windows 7 (64bit)

[bjonte]

Vad surt. Jag får testa att köra i Windows med och se om jag får samma sak.

[bjonte]

Jag sätter mig och fixar detta nu.

[bjonte]

Det här var knöligt. Jag verkar inte lyckas sätta locale i Windows. Jag har backat till att använda C-locale överallt i Windows nu och släppt en ny version. Det borde funka.

[Redreamer]

Japp, nu fungerar det fint!

[bjonte]

Något som jag drömmer lite om att kunna lösa i framtiden är att utnyttja alla hål som blir i minnet på grund av alignment och ofyllda sektioner. Tänk om det gick att definiera en sektion där allt som reserveras sprids ut över alla hål istället för att hamna på en specifik plats. Problemet är att på C128 till exempel så behöver man veta ungefär var saker hamnar ändå för att kunna garantera att MMU:n är konfigurerad så att det går att läsa/skriva. Så en sådan konstruktion skulle behöva specificera vilka andra sektioners hål som kan användas.

Typ något sådant här kanske:

Kod: Markera allt

section filler, "huvudprogram", "variabler"
{
    reserve byte lite_data
}


Så filler-sektionen skulle då börja fylla alla hål i de två angivna sektionerna. Finns inga hål genereras ett fel.