Trends - Amiga Magazine Online

Esperienze di programmazione in
C: la lunghezza degli eseguibili
Romano Tenca
IJna delle cose che iiii lia seinpre sorpreso su Amiga è la
lunghezza eccessiva e spesso ingiustificata dei file
eseguil-Ai. Accade molte volte di trovare, sia fra i prograiiliili
coiiimerciali clie fra quelli di l'D, delle utility molto
interessanti, che svolgono però attività limitate. la cui
lunghezza è tale da renderne difficile. o quantoiiieno
scomodo l'uso, specie a chi, coiiie ine e tanti altri, lisa un
sisteiiia senza hard disk e con clue floppy.
Da 6516 a 356 byte in pochi minuti
Quando ho acquistato Amiga e sentivo parlare di floppy da
880K e 512K di RAM, provenendo da uno Specti-uiu 48K. iiii
sembravano cifre esorbitanti, dopo un po' iili sono accorto
che lo spazio non basta iiiai e che anche i prograiiiiiii più
semplici per Aiiiiga occupano spesso decine e decine di
Kilobyte, su disco e in nieinoria. Uno dei metodi piìi diff~~si
per venire incontro a questo tipo di problenia, per i dischi
almeno. è l'uso dei cruncher. tipo PowerPacker o
TurboIinploder, e di fatto, se esaininaste i miei dischi. vi
trovereste solo o quasi prograiiimi "crunchati": iiia tale
soluzione interviene a cose fatte e rappresenta una scelta
clie può dare origine a problerni di c~mpatibilità, oltre a
ii~ipedire l'liso di tali file come programmi residenti.
La lungliezza dei file eseguil>ili dipende da tanti fattori e in
priiilo luogo dalla coiuplessità dell'ambiente Aiiiiga, che
ricliiede spesso numerose cliiaiiiate al sistema per eseguire
operazioni che, in un aiiibiente iiionotasking, si potrebbero
realizzare con un numero decisaniente ridotto cli istruzioni.
Dipende anche dall'assenza di routine di sistema di alto
livello (come quelle fornite fino ad ora dalla libreria I-'ublic
Domain ARP), clie soltanto la versione 2.0 del sisten~a
operativo offrirà di serie.
Da questo punto di vista c'è poco da fai-e, anzi nulla, a ~iieno
clie non si scelga di non rispettare le specifiche del sistema,
andando alla ricerca di metodi poco ortodossi per svolgere
le operazioni preventivate. &la è poco consigliabile: è
seiiipre meglio accollarsi I'overhead introdotto dal rispetto
delle regole, che trovarsi a dover rifare tutto non appena
muti, anche solo parzialmente, il sistema operativo.
versione (o anche solo una nuova configurazione
harda-ai-e) del sistema. oppure a dover far fronte
contemporaneamente alle diverse possibilità, prevedendo
codice diverso per ogniina di esse: a questo modo però i
byte risparnliati da una pai-te si devono sprecare dall'altra,
vanificando il tutto.
Non è dunque a questo livello che si può risparmiare
memoria e spazio su disco, né questo sarà l'obiettivo del
presente articolo. 11 caiiipo che intende coprire è ruolto
illeno complicato e piu a portata cli illano, e riguarda
esplicitaniente la compilazione in C.
Preiiiettiamo subito che il coiiipilatoi-e cui faremo specifico
riferimento sarà il Lattice C v. 5.04, riia molte delle cose
dette, potrebbero valere, una volta adattate, anclie per altri
corripilatori.
Inoltre, il discorso, pur riguardando tutti i progi-aiiiiili scritti
in C, vale in inaniera particolare per i programmi di utilità
che necessitano di risorse liriiitate e per i quali non è
necessario niantenere un altissimo grado di portabilità
verso altri sistemi.
Il concetto di fondo 2 il seguente: spesso i program~iii sono
lunghi perché i progranimatori vi incliidono, alle volte
inconsapevolii~ente, niontagne di funzioni superflue, che
potrebbero benissiliio essere escluse senza alcuna
liinitazione particolare sotto il profilo delle prestazioni e del
fiinzionaniento.
Le funzioni cui mi riferisco non sono quelle scritte
dall'autore del prograiiiiiia, riia quelle incluse
nell'esegiiibile dal compilatore e dal linker per creare un
ainbicnte di lavoro C standard, garantire la piena portabilità
verso altri sistemi, tnettere a disposizione del
progi-amriiatore dei servizi utili in inolte situazioni, iila non
in tutte. Mi serubra importante i-iiiscire a conoscere bene
I'aml~iente di lavoro e tutti i servizi forniti dal compilatore.
per potersi avvantaggiare solo di quelli necessari ed
eliminare tutti gli altri.
Quindi, sebbene esistano delle scorciatoie che consentano, Per seguire in maniera concreta il discorso usereino un
alle volte, di abbreviare il codice prodotto, infrangendo le programma eseiiipio, su cui andreino ad operare delle
regole del sistema. queste risultano alla fine poco sicure e riduzioni progressive, eliminando il superfluo e cercando di
obbligano a riscrivere i programnli quando esce una nuova arrivare fino al iiliniino consentito.