Trends - Amiga Magazine Online

strlen( ), strcpy( ), strctnp( ). rilerilset( ), rnemcpy( 1 e
rnemcinp( ). Per usarle occorre includere il file "strings.liV
che provvede a ridefinire tali nomi anteponendo loro la
stringa "-builtin-". Il vantaggio risulta anche notevole
sotto il profilo della velocità.
Esiste anche un'altra funzione analoga: si tratta di printf( ):
se si include il file "stcIio.hn e si usa printf( 1 con una semplice
stringa, il compilatore genererà una cliiaiiiata a -write( ),
invece che alla funzione di libreria linked printf( 1; se si
usano invece solo le opzioni di formattazione %S. %d, %p il
compilatore userà una forma ridotta di printf( 1 chiainata
tinyprintf( ), che non include la gestione dei floating point.
I'roviaino allora ad usarla con il nostro sorgente ed ecco il
risultato: 4796 byte invece dei 6060 precedenti, una
riduzione superiore ai 1000 hyte (questa dirninuzioile .non
è comunque proporzionale al numero di volte che printf( )
viene chiainata nel codice). Ovviamente risultati analoghi
possono essere ottenuti usando direttamente delle
combinazioni adeguate di puts( ) o di altre analoghe
funzioni di I/O, ma l'uso di printfc 1 risulta più elegante e piì~
immediato.
Altre riduzioni della lungl-iezza del codice si possono
ottenere facendo attenzione acl alcune piccole cose: per
esempio, le operazioni con i nu~neri interi possono
generare delle chiamate di funzioni piuttosto lunghe. Se si
sta attenti ad evitare inoltiplicazioni o divisioni inutili o
sostituibili con shift od operazioni logiche. si ottiene
sempre una certa riduzione negli ingombri (e un aumento
velocità): per esempio, le divisioni per 2 o multipli di 2
possono essere sostituite con estrema facilità da shift a
destra, che si traducono a livello di eseguibile in una sola
istruzione assembly e lo stesso può dirsi per le
moltiplicazioni.
Un altro elemento, fra i tanti, da considerare è la
dichiarazione degli interi: se sono usati come unsigned,
dichiarateli come tali, perché la gestione degli unsigned è,
in generale, più semplice per il compilatore e si traduce in
risparmio di codice.
Un altro fattore che può incidere negativamente sulla
lunghezza del codice è l'uso di variabili long come indici per
gli array: è preferibile l'uso di unsigned short, quando è
possibile.
Ma ci fermiamo qui, proseguendo per questa strada si arriva
nel dominio delle ottimizzazioni, che è sicuramente un
territorio più ampio e complesso di quello da noi trattato e
risulta strettamente connesso alla attività di
programmazione e alle scelte degli algoritmi da utilizzare.
Ricordo per finire che il programma Go della SAS e
l'opzione -ms consentono di ottenere delle ottirnizzazioni
automatiche che incidono sempre sulla lungliezza del
codice.
Se vogliamo però giungere a ridurre in maniera cospicua il
programrila, dobbiamo operare delle scelte radicali e
rinunciare, come dicevamo all'inizio. ai vantaggi offerti
dall'ambiente standard del C.
Le funzioni di I/O
E' qui che potreri-io ottenere i vantaggi più cospicui: le
f~inzioni di I/O di alto livello del C sono inolto comode, ma
anche molto ingombranti. L'uso di printf( ) nella foriiia -tiny
opera già una certa riduzione, ma parziale. Se vogliamo
diminuire drasticamente il codice, dobbiaino rinunciare a
queste funzioni. Ci6 non vuol dire rinunciare alla funzione
printf( ), ma significa usare la funzione printf( ) contenuta
nella libreria amiga.li11 invece di quella contenuta in Ic.lib.
La fiinzione di ainiga.lil-> è infatti bre~lissiina, in quanto usa
delle funzioni di forinattazione contenute nella libreria
sharecl Exec. La printf( ) di ainiga.lih ha lo stesso formato di
una printf( ) standard e usa il solito carattere ?h co111e codice
di escape per indicare la presenza di un parametro sullo
stack. Da questo punto di vista non cambia nulla rispetto a
quello in lc.lil->, se non il fatto che i parametri sullo stack
sono di default considerati degli sliort e per forzare il
forniato long occorre usare il carattere opzionale "1":
"ad" è un lntero a 16 bit
"ild" è un ~ ntero a 32 bit
e lo stesso vale per gli altri forinati di conversione consentiti
(%C %d %x %s, quindi non sono permessi i numeri in virgola
inabile). Un altro inconveniente di questa funzione è la
lentezza, dovuta al modo particolare con cui è
iinpleinentato 1'11'0 (la stringa viene stampata carattere per
carattere, senza alcun buffer), ma se si tratta di stampare dei
semplici messaggi di errore o dei testi l~revi, la sua velocità
risulta accettal~ile e ripagata ainpiamente dalla riduzione di
codice.
Un ultimo limite sta nella lunghezza delle stringhe. la quale
non deve essere superiore ai 110-130 byte circa (il valore
esatto non lo conosco, immagino che sia di 128 byte - coine
un signed char -, ma so che oltre una certa lunghezza si va
direttamente in guru). Infine, ricordo che il controllo del
break utente (CTRL-C) avviene durante l'uso delle fiinzioni
di I/O standard del C, se si usano quelle di amiga.lib, tale
controllo non verrà niai effettuato. Per poter usare tali
funzioni occorre creare e inizializzai-e la variabile esterna
BPTR (long) "stdout" chiariiando la funzione Output (del
110s):
longstdout; /*variab1leesternak/
dopodiché si potrà usare liberamente la printf( ) (e le altre
funzioni di output verso la console) contenuta in arniga.lib.
Per indicare al linker di usare la funzione contenuta in