[C] Problema puntatori

[71104]

ho letto il codice del programmetto e sono rimasto veramente di sasso: cioè, ma veramente il gcc non è in grado di compilare quella cosa??? be', che dire... adesso odio linux e corredo un pochino di più di prima... O_o
sono indotto a pensare che il compilatore faccia un'ottimizzazione usando un registro come contatore del for al posto della variabile (probabilmente ECX sulla IA-32), però quando poi deve assegnare il valore di i allo slot corrente dell'array, va a leggere la variabile i in memoria (che sta ancora a 0) anziché il contatore!!! (non ho parole... )
ma dico, siete proprio sicuri che il gcc non è in grado di generare correttamente quel programmetto? avete provato a compilare da linea di comando senza usare il dev-c++?

[71104]

Originariamente inviato da Ubi-Wan

Io preferisco invece l'aumento del puntatore *(p + i) = i (a parte l'errore del <=). Mi ricordo che faccio cosi' da quando a proposito di cio' il mio professore di Informatica I disse che se sulle tastiere non ci fossero le parentesi quadre tutti scriverebbero codice migliore

perché al tuo prof di Informatica I non gli suggerisci di passare a quest'altra notazione?
*(int*)(((char*)p) + i * sizeof(int)) = i;

personalmente però preferisco
p[i] = i;

e penso che se sulle tastiere italiane ci fossero scritte le parentesi graffe tutti scriverebbero codice migliore

[VICIUS]

Originariamente inviato da 71104

ho letto il codice del programmetto e sono rimasto veramente di sasso: cioè, ma veramente il gcc non è in grado di compilare quella cosa??? be', che dire... adesso odio linux e corredo un pochino di più di prima... O_o

Scusa ma che colpa hanno linux e compagnia bella se quelli di cygwin hanno cannato a fare il proting

ciao

[71104]

Originariamente inviato da VICIUS

Scusa ma che colpa hanno linux e compagnia bella se quelli di cygwin hanno cannato a fare il proting

ciao

ma l'errore c'è anche sul gcc di linux?
io penso di si: suppongo che l'errore stia nella parte portabile di codice, cioè quella che si può compilare anche senza #ifdef (il parsing e la generazione del codice insomma)

non mi va di fare la prova su linux

[VICIUS]

Originariamente inviato da 71104

ma l'errore c'è anche sul gcc di linux?
io penso di si: suppongo che l'errore stia nella parte portabile di codice, cioè quella che si può compilare anche senza #ifdef (il parsing e la generazione del codice insomma)

non mi va di fare la prova su linux

Ho provato con gcc-2.95,3.3,3.4,4.0 e qui su linux funziona tutto perfettamente. Non ho provato gcc-3.0-3.2 ma dubito che il problema sia li.

ciao

[AnonimoVeneziano]

Originariamente inviato da 71104

ho letto il codice del programmetto e sono rimasto veramente di sasso: cioè, ma veramente il gcc non è in grado di compilare quella cosa??? be', che dire... adesso odio linux e corredo un pochino di più di prima... O_o
sono indotto a pensare che il compilatore faccia un'ottimizzazione usando un registro come contatore del for al posto della variabile (probabilmente ECX sulla IA-32), però quando poi deve assegnare il valore di i allo slot corrente dell'array, va a leggere la variabile i in memoria (che sta ancora a 0) anziché il contatore!!! (non ho parole... )
ma dico, siete proprio sicuri che il gcc non è in grado di generare correttamente quel programmetto? avete provato a compilare da linea di comando senza usare il dev-c++?

GCC compila questa cosa benissimo. Probabilmente nel porting hanno rotto qualcosa, oppure era stato un bug passeggero di una versione un po' sfortunata (non sappiamo ancora che versione di DEV C++ abbia usato D4rkAng3l per compilare il programma) .

In entrambi i casi non mi sembra niente di grave .

Comunque linux non c'entra niente e l'odio verso un sistema operativo in particolare è un qualcosa di inutile (che sia windows, linux o chicchessia)

Ciao