Można to rozwiązać stosując sekcje:

        opt f-
        org $8000
        opt f+
        nmb
bank1:
        nop

.if * > $A000
        .print =*,":",*
        .error *
.elseif * < $A000
        .align $9FFF,$FF
        .byte $FF
.endif

i tak dalej aż do ostatniego banku (w pierwszym i ostatnim nie trzeba). Ale ten opt f- opt f+ i .align $9FFF,$FF .byte $FF nie wygląda ani elegancko, ani ładnie.

Da się to jednak ładniej rozwiązać? Zdecydowanie ładniej wyglądałoby n.p.:

        org $8000
        nmb
bank1:
        nop

.if * > $A000
        .error =*,":",*
.else
        .align $A000
.endif

Edit: Nie można by od razu przy .align generować bajtów jeśli f+?

Tak. Dziękuję. Nadal nie działa.

https://github.com/tebe6502/Mad-Assembler

dodana obsługa dyrektywy .BI binary

.bi 110101, 101010, 000*

.bi 1 11 101 11* 10101*

znak '*' na końcu ciągu oznacza EOR #$FF

invers wszystkich bitów, EOR

W związku z tym https://atarionline.pl/forum/comments.p … 13#Item_16 "zdarzeniem" na ostatnim Sztabie w Warszawie rozwinęła się dyskusja z Draco.
No może nie tak dokładnie, bo rozmawialiśmy o MAC65 i błędzie "phase error" :)

Wyszło nam, że brakuje takiego komunikatu błędu w Madsie.

Jeśli kolejne przebiegi generują dla tej samej etykiety różne wartości, to kompilator powinien to zakomunikować, a nie wskazywać różne inne błędy w dowolnych innych miejscach w kodzie (bo oczywiście ta zmiana wartości etykiety ma wpływ na wszystko inne).

Dało by to jasny komunikat w czym tkwi podstawowy problem i oszczędziło programiście poszukiwań.

Czyli, mimo, że lata temu w MAC65 błąd "phase error" wydawał nam się nic nie mówiący i bez sensu.... teraz nam go brakuje :)

I nie musiałeś :)
Chodzi nam o błąd polegający np. na tym co przytrafiło się mi.
Czyli np. adres (org) dla includowanego pliku z definicjami zmiennych i tablic wyliczany jest na podstawie długości tego obszaru (includowanego pliku). A w obszarze tym znajduje się np. dyrektywa .align .
No i jest przypadek szczególny, kiedy to się prawidłowo skompiluje. Jeśli przy pierwszym przebiegu .align od razu będzie trafiał w swoje miejsce, czyli nic nie będzie musiał wyrównać.

W pozostałych przypadkach, każdy przebieg kompilatora będzie powodował wyznaczenie innego przesunięcia dla .align , a w związku z tym innego adresu dla org i innych wartości dla wszystkich etykiet we wspomnianym bloku przed .align.

Obecnie Mads tego nie sprawdza i generuje błędy w innych miejscach kodu (bo mu się rozsypuje kompilacja i gdzieś tam te błędy się pojawiają). Jest to dość irytujące, bo jak się nie zauważy początkowej przyczyny, to sprawdzanie tych błędów, które Mads raportuje nic nie daje, bo ich nie ma :)

Więc taki "phase error", którego kiedyś nie rozumieliśmy w MAC65, jest tu jak najbardziej na miejscu i bardzo ułatwiłby pracę.
Oczywiście wskazanie prawdopodobnego miejsca takiego błędu by się przydało (MAC65 wtedy nic nie pokazywał), choć rozumiem, że to już nie takie oczywiste.

Pewnie tak. Jest to 'Infinite loop' , ale w moim przypadku, generuje to tylko errory, zero ostrzeżeń.

Przykład. W głównym pliku jest taka konstrukcja:

;-----------------------------------------------
; variable declarations in RAM (no code)
;-----------------------------------------------
    ORG PMGraph + $0300 - (variablesEnd - variablesStart)
    icl 'variables.asm'

Ma ona za zadanie umieścić zmienne bezpośrednio przed obszarem PMG

plik variables.asm wygląda tak...

variablesStart
TanksNames 
    .ds MaxPlayers*8
;----------------------------------------------------
skilltable   ; computer controlled players' skills (1-8), 0 - human
    .DS MaxPlayers

; .... cośtam, cośtam, tablice zmienne itp.

.align $100
; i tu miejsce na wygenerowanie tablic wymagających umieszczenia na początku strony

; a potem inne deklaracje
variablesEnd

No i tutaj wyznaczenie adresu zmiennych spowoduje zadziałanie .align, co spowoduje zmianę adresu zmiennych, co spowoduję zmianę offsetu w .align itd.
Czyli w sumie 'Infinite loop' ale nie generuje żadnego ostrzeżenia, lecz błędy w innych miejscach (bo adresy zmiennych głupieją). Nie da się tego uniknąć (jeśli programista taki kod stworzy :) ), ale da się poinformować programistę... chyba :)

Pirx postanowił, że takie umieszczenie zmiennych będzie najlepsze (i dobrze), a ja tylko grzebałem w pliku zmiennych, nie mając świadomości, że jego adres jest wyznaczany w taki sposób. I stąd moje problemy, jak po wstawieniu .align zaczęło mi sypać różnymi błędami w najróżniejszych miejscach kodu, w zależności od tego gdzie w pliku znalazł się ten .align .

Mam taki pomysł na wyłapanie tego. Może z dupy, ale co tam :)
Dodać na końcu jeden dodatkowy przebieg, który posłuży tylko sprawdzeniu, czy któraś z etykiet nie zmieniła wartości - jeśli zmieniła, to w jej okolicy jest problem (zapewne) i dodatkowo wiemy, że problem jest.
Jeśli wartość zmieni wiele etykiet to najprawdopodobniej problem jest w okolicy pierwszego wystąpienia w kodzie takiej etykiety.

Dwie rzeczy:

1. Czy obok dziesiątkowego, szesnastkowego i dwójkowego mógłbyś dodać do MADS-a system czwórkowy np. z prefiksem '&' ? To ułatwiłoby kodowanie grafiki multicolor, bo wtedy np.

  .byte &0000
  .byte &0010
  .byte &0111
  .byte &0101
  .byte &0111
  .byte &0111
  .byte &0101
  .byte &0000

już byłoby dość czytelne. Może być inny prefiks.

2. Chodzi o rozszerzanie definicji typu wyliczeniowego. Bo dzisiaj np. da się enuma rozszerzać stosując:

.enum DIGIT
  ZERO = 0
.ende

.enum DIGIT
  ONE = 1
.ende

.enum DIGIT
  INF = $FF
.ende

  lda #DIGIT.ZERO
  ldx #DIGIT.ONE
  ldy #DIGIT.INF

wygeneruje listing z poprawnymi wartościami dla LDA, LDX i LDY, ale finalnie zaskutkuje błędem uniemożliwiając wygenerowanie pliku wynikowego.
Czy mógłbyś więc zmienić błąd na zaledwie warning?

Czy da się zrobić jakiś "align" ale w pliku wynikowym bin.
Załóżmy, że najpierw lecę:
opt h-f+

potem przestawiam się na:
opt h+f-
i mam fragment jakby xexowy

i chcę wrócić na h+f-

I jak się wyrównać, żeby plik BIN wrócił do tego jednego ciągu. Niestety nie wiem jak wyrównać się bo ciąg xexowy może wychodzić w różnej długości.

https://github.com/tebe6502/Mad-Pascal/ … 64/c64.hea

.macro    basic_start(addr)

    .word upstartEnd    // link address
    .word 10        // line num
    .byte $9e        // sys

    ?a=0
    ?b=0
    ?c=0
    ?d=0
    ?e=0

    ?v = %%addr

    ift ?v>=10000
    ?a=?v/10000
    ?v=?v-(?a*10000)
    eif

    ift ?v>=1000
    ?b=?v/1000
    ?v=?v-(?b*1000)
    eif

    ift ?v>=100
    ?c=?v/100
    ?v=?v-(?c*100)
    eif

    ift ?v>=10
    ?d=?v/10
    ?v=?v-(?d*10)
    eif

    ?e=?v%10

    dta ?a+$30,?b+$30,?c+$30,?d+$30,?e+$30

    .byte 0
upstartEnd
    .word 0            // empty link signals the end of the program

.endm