1. L'assembler e' il programma che converte un linguaggio di basso livello in codice nativo (o un altro bytecode... o insomma... la definizione e' fuzzy, ma resta il fatto che e' un *programma*). Scusa ma questa cosa mi riporta alla mente memorie di tanti anni fa e di quanto venivano perculati i niubbi quando appunto parlavano di "scrivere in assembler". Si andava avanti per giorni. Pero' adesso siamo adulti e mi limito a dire... non dire mai una cosa del genere nell'internet!

2. Ti rendi conto che mentre c'e' "un python", ci sono parecchi asm. Non solo ci sono tante architetture (con is completamente diversi), ma anche per la stessa architettura diversi assembler supportano diverse sintassi. Quindi la questione che ti devi porre e' "esiste un tool che mi parsa le linee *per il mio caso*"? E senza sapere quale sia il caso, non saprei dirti. Non posso manco cercarlo.  Se pero' sei sicuro che il tuo asm sia cosi' "facile" (da parsare), puoi fare tu. No, non usare le espressioni regolari. Scrivi un semplice parser. E' probabilmente uno dei parser piu' semplici che puoi avere.

Le istruzioni di quello che vuoi fare esattamente non sono molto chiare, ma non importa. Diciamo che e' piuttosto banale tirare su tutto in memoria in modo strutturato e ancora piu' banale riformattare tutto. Si, puoi anche usare le espressioni regolari. Ma tutte le volte che si usano le espressioni regolari per fare questo tipo di cose ci si fa male. Di solito le espressioni regolari sono usate massicciamente nel tokenizer, ma da li in poi si evita.

Sono drammaticamente confuso. Il problema che descrivi e' essenzialmente banale.
Lo fai con una decina di righe di codice raffazzonate anche. Cioe' puoi anche usare un tokenizer. Ma il linguaggio che mi hai descritto e' davvero banale.

iteri sulle linee del file:
    se inizia per ; "salta" (qualunque cosa voglia dire saltare in questo contesto)
    se il primo carattere e' " " o "t"
        spezza la righa per spazi, prendi il primo token,
        controlli che sia un opcode,
                e a quel punto fai print con qualche trucco di format (o di %)ma anche semplicemente  stampandogli davanti gli spazi opportuni.
                poi butti fuori 19 - len(opcode) - 12 spazi e suddetto operando


La gestione del commento e' vagamente piu' complicata. Intanto sembra assurdo metterlo "alla riga 31". Comunque si fa, eh... al limite invece che stampare direttamente schianti tutto in una lista e poi piazzi un .insert(31, comment) e tanti saluti.

Fare il rewrap a 72? Usi il modulo textwrap. Tutto nella libreria standard.

Dopo di che, io sono convinto che la specifica del linguaggio sia imprecisa. Ci sono alcune cose che non mi tornano, ma magari non le hai spiegate perche' non sono rilevanti.

Ma davvero: normalmente ti direi che se devi parsare un linguaggio devi fare le cose per bene. Tipo se conoscessi yacc o qualcosa del genere ti suggerirei di usalro (o pylex o uno di quei cosi li, quello che va piu' di moda ora). Pero' se non lo conosci, il problema e' sufficientemente semplice da gestirlo senza grossi patemi a mano e alla fine fai prima. Certo, la prossima volta che hai un problema con un linguaggetto un po' piu' complicato riparti da 0.

Giuro, non sono abbastanza intelligente per dare un senso ai tuoi messaggi.
Tipo a me sembra che ad un certo punto cominci a chiamare "linea" quello che prima chiamavi "colonna". Non ti seguo piu'.
Quello che dovevo suggerire lo ho fatto, buona fortuna.