migliori compilatori

[VICIUS]

Originariamente inviato da fantoibed
Avevo scritto anch'io che il visual c++ 2005 non supporta il c99 (e quindi nemmeno il toolkit 2003). Il motivo è spiegato nel sito della Microsoft tra le FAQ: nessuno degli sviluppatori ha richiesto tale feature... Boh, sarà! Io uso sempre il c89, ma mi sembra difficile che nessuno abbia richiesto la compatibilità con il c99. D'altra parte è anche vero che i compilatori Microsoft sono per ora gli unici a supportare il C# (C sharp) che è una specie di Java ma con caratteristiche OOP che il java se le sogna....

Mi pare impossibile che nessuno abbia mai richiesto il suppoto per c99. Evidentemente la mail che inviai qualche anno fa deve essere andata perduta . Secondo me non volgiono supportare il nuovo standard semplicemente per sfruttare la loro posizione dominnate e favorire il loro C#.

In ogni caso non èvero che solo ms fa compilatori per C# c'è sempre mono per sistemi unix. http://www.mono-project.com/about/index.html

ciao

[fantoibed]

Originariamente inviato da VICIUS
Mi pare impossibile che nessuno abbia mai richiesto il suppoto per c99. Evidentemente la mail che inviai qualche anno fa deve essere andata perduta . Secondo me non volgiono supportare il nuovo standard semplicemente per sfruttare la loro posizione dominnate e favorire il loro C#.

Boh, questa è l'intervista a Lippmann:
http://www.codeproject.com/interview...n14nov2001.asp

Anche all'Univ del Colorado concordano con lui:
FAQ

In ogni caso la programmazione sotto windows dipende molto dalle API e dai framework a cui uno intende appoggiarsi, non dallo standard del linguaggio. In ogni caso, sapete che caratteristiche ha il C99 che al C89 mancano? Boh, cercherò su google...
{Aggiornamento} Ho trovato qui dove si dice anche:

The latest revision of C, C99, created a number of conflicting features. The differences make it hard to write programs and libraries that are compiled and function correctly as either C or C++ code, and confuse those who program in both languages.

In ogni caso non èvero che solo ms fa compilatori per C# c'è sempre mono per sistemi unix. http://www.mono-project.com/about/index.html

Interessante!!! :!: Non lo conoscevo!

[NeoNum6]

scusate ragazzi...ma sono un novello e...mi sono perso!

[anx721]

Originariamente inviato da NeoNum6
scusate ragazzi...ma sono un novello e...mi sono perso!

Scaricati il compilatore MInGW per windows, o un editor che lo integra come devCpp o MinGWDeveloperStudio

[VegetaSSJ5]

ragazzi scusate se scrivo qua, cmq ho una domanda da fare sul compilatore microtoft c++ toolkit 2003.

in pratica quando richiamo all'interno di un if(...) una funzione, cioè scrivo una cosa del tipo if (esiste(x)) il compilatore mi dà un warning che incollo qui:

prova.c(20) : warning C4711: function 'esiste' selected for automatic inline expansion

perchè mi dà quel warning??

P.S.
compilo sempre con un piccolo file bat che è questo "cl %1 /O2 /Og /G7 /GA /Wall"

[fantoibed]

Originariamente inviato da VegetaSSJ5
in pratica quando richiamo all'interno di un if(...) una funzione, cioè scrivo una cosa del tipo if (esiste(x)) il compilatore mi dà un warning che incollo qui:

prova.c(20) : warning C4711: function 'esiste' selected for automatic inline expansion

perchè mi dà quel warning??

Ti avverte che il compilatore ha deciso di espandere la funzione che si chiama esiste invece che chiamarla. Probabilmente è una funzione piccola e/o che è chiamata poche volte e il compilatore preferisce inserirla automaticamente all'interno della if anziché chiamarla....

Esempio stupido:

int esiste(void){ return 1; };

int main(){
   //...
   if (esiste()==1) {
      printf("Bau");
   }else{ 
      printf("Miao");
   }
   return 0;
}

Invece che:

includelib stdlib
extrn printf
bau db "Bau",0h
miao db "Miao",0h

esiste:
   mov eax,1h
   ret

main:
   call esiste
   cmp eax,1h
   jne mmm
   push bau
   call printf
   jmp fine
mmm:
   push miao
   call printf
fine:
   xor eax,eax
   ret

Viene generato qualcosa di tipo:

includelib stdlib
extrn printf
bau db "Bau",0h
miao db "Miao",0h

main:
   mov eax,1h ; <---- la funzione esiste viene inserita e non chiamata
   cmp eax,1h
   jne mmm
   push bau
   call printf
   jmp fine
mmm:
   push miao
   call printf
fine:
   xor eax,eax
   ret

Ovviamente non è codice ottimizzato ma semplificato, tanto per far capire..... Comunque questo è l'inline expansion...

Se cerchi "inline expansion" su google, comunque, troverai di sicuro qualcosa...

Edit: correzioni successive effettuate su segnalazione di repne scasb

[VegetaSSJ5]

grazie fantoibed! infatti eccoti il codice del programma lo trovi in questo thread (è l'ultimo): http://forum.hwupgrade.it/showthread...hreadid=852969

[repne scasb]

[fantoibed]

Originariamente inviato da repne scasb
In entrambi i casi prima della label 'mmm' manca un "JMP" altrimenti nel caso di "bau" visualizzerai anche "miao".

Hai ragione, stò scrivendo sul portatile da sotto le coperte...
Il sonno gioca dei brutti scherzi....
Ora ho corretto!

PS: nel tuo avatar si nasconde un riddle, vero? Se ho tempo provo a risolverlo...

[repne scasb]

[VegetaSSJ5]

[fantoibed]

Originariamente inviato da repne scasb
"Ormai sono alcuni anni che nel centro di ricerca di cui sono a capo sto lavorando ad un simulatore software reolitico per materiali sia viscoelastici e elastoplastici. Durante le ricerche sul simulatore mi sono accostata agli automi-cellulari per risolvere con approsimazioni successive alcuni aspetti del simulatore (lungo da spegare).

Conosco. In pratica io lavoro in un campo simile (simulazione termofluidodinamica). In TCFD esistono algoritmi basati su automi cellulari (si parla di "lattice gas" in quel contesto) ma io lavoro con lo schema più diffuso in quel settore: i volumi finiti.

Originariamente inviato da repne scasb
Nel mio avatar e' visibile (purtroppo si e' persa la natura binaria dell'automa-cellulare in quanto ho dovuto restringere la stessa da 64x64 pixel a 50x50 pixel)
<...snip...>
P.S. Per l'esattezza e' visibile nell'avatar il sorgente dell'automa-cellulare compresso dallo stesso automa-cellulare."

Carina l'idea. Peccato che il passaggio da 64x64 a 50x50 ne abbia un po' stravolto il senso...
Mi hai dato un'idea: appena ho un po' di tempo mi costruisco un avatar apparentemente normale ma con informazioni steganografate all'interno. Passando da 256 colori a 64 avrei 2bit di informazione per pixel: 50x50x2=5000bit=625 bytes di informazione. Può bastare per un messaggino...

[sirus]

io usavo all'inizio Turbo C++ 3.0 mitico programma in ambiente DOS, poi quando ho cominciato con i puntatori ho capito che aveva qualche problema a gestirli (tt documentato) quindi ora uso DevCpp 4.01 per compilare + Insight 5 per debuggare...quando faccio progetti + complessi uso C++BuilderX di borland (freeware)

quest'estate durante lo stage ho usato con estrema soddisfazione VC6 e VC.NET2003

PS non ho mai problemi di sintassi date che prefersico usare il C ANSI o il C++ ISO

[VegetaSSJ5]

ho provato a compilare un file .c per win32. innanzitutto non era presente tra gli include il file windows.h ma con una ricerca su google sono riuscito a trovare la soluzione: scaricare il platform sdk della microsoft, installarlo e copiare il contenuto della cartella include nella cartella include del vc++ toolkit. quindi ho risolto quel problema, ora però mi dà un errore in fase di linking:

prova.obj : error LNK2019: unresolved external symbol __imp__MessageBoxA@16 refe
renced in function _WinMain@16

il programma in cui dà l'errore è semplicemente questo

#define STRICT
#define WIN32_LEAN_AND_MEAN
#include <windows.h>

int WINAPI WinMain (HINSTANCE hInst, HINSTANCE hPrevInst, LPSTR lpCmdLine, int nCmdShow) {
    MessageBox(0, "Hello, World!", "Messaggio al mondo", MB_OK);
	return 0;
}

[cionci]

Devi linkare User32.lib

[cionci]

Originariamente inviato da fantoibed
Visual C++ .Net 2005 supporta C89, C++ e C# oltre ovviamente alla piattaforma .Net
Io lo uso (quasi) esclusivamente per codice C89 ed è molto meglio del Bloodshed. Ho scritto dei programmini che compilati con il DevCpp erano poco stabili mentre compilati con il VC++ andavano benissimo. Tenete conto che il DevCpp è basato sul mingw32 che è un porting su windows di un compilatore linux. Molto meglio, IMHO, usare i compilatori linux sotto linux e quelli per windows sotto windows...

E' un porting del gcc...ma più che porting pari pari qui si tratta proprio di un prodotto a se stante... Non a caso non si chiama gcc e non è GNU...
Io invece ti posso dire che è stabilissimo...non so che programma tu abbia compilato, ma sono convinto che magari in Visual C++ il problema ci fosse comunque, ma per qualche motivo legato alle differenze di traduzione non ti si presenti...o almeno non così spesso...

[VegetaSSJ5]

Originariamente inviato da cionci
Devi linkare User32.lib

cionci come lo sapevi che dovevo linkare proprio User32.lib? non c'è un modo per linkare automaticamente questo file (a parte creare un .bat)??

[71104]

Originariamente inviato da cionci
Devi linkare User32.lib

Non c'entra niente; dovrebbe essere linkata già di per se' negli headers del Platform SDK.
Il problema è che per integrare il PSDK col Visual Studio 2005 Express non è così semplice, bisogna fare una cosa che non mi ricordo; una volta ci ero pure riuscito...

[VegetaSSJ5]

Originariamente inviato da 71104
Non c'entra niente; dovrebbe essere linkata già di per se' negli headers del Platform SDK.

invece era proprio quella, linkando quel file la compilazione termina con successo.

[cionci]

Originariamente inviato da VegetaSSJ5
cionci come lo sapevi che dovevo linkare proprio User32.lib? non c'è un modo per linkare automaticamente questo file (a parte creare un .bat)??

Diceva che non era riconsciuto il simbolo esterno MessageBoxA...quindi mancava una libreria...basta andare a vedere la funzione su msdn e ti dice la libreria da linkare...

Non uso il compilatore di VC da linea di comando quindi non ti so dire...

Riguardo al fatto che venga linkata automaticamente...credo proprio di no...anche VC++ in un progetto per Windows mette di default alcune lib da linkare nella lista delle lib da lnkare...e fra queste c'è user32...