[Guida Windows] Scrivere e Compilare in C/C++

[(r3((h3r]

Salve a tutti utenti del forum è non, ho scritto questa piccola guida affinché possiate usufruire di tutte le info in un'unica ricerca.

Scaricate e installate:
- Notepad++ editor di testo per scrivere i vostri programmi
- MinGW compilatore in ambiente Windows del famoso GCC per Unix

Prima di iniziare a programmare:
Start > (tasto destro) Computer > Proprietà > Impostazioni di sistema avanzate > Avanzate > Variabili d'ambiente > Variabili di sistema (scendete fino a "Path" e cliccateci sopra evidenziandolo) > Modifica > Valore variabile (senza cancellare quello che c'è scritto) andate sino in fondo e aggiungete ;C:\MinGw\bin > date OK

NOTA I: ;C:\MinGw\bin sta per il percorso dove dovreste aver salvato la cartella di MinGw durante l'istallazione precedente, se non è lì, il percorso va cambiato con quello giusto).



Iniziamo:

1. [se C] Una volta scritto il vostro programma salvatelo sul desktop con estensione (.c)
   [C++] Una volta scritto il vostro programma salvatelo sul desktop con estensione (.cpp)
   
   
2. Start > digitate cmd (oppure Tutti i programmi > Accessori > Prompt dei comandi) > vi si è aperta la schermata nera del Prompt, scrivete: cd desktop oppure cd c:\users\NomeUtente\desktop ora dovreste trovarvi in riga: C:\Users\NomeUtente\Desktop> (il che sta ad indicare che siete sul desktop) quindi:
   [se C] gcc nomefile.c -o nomefile.exe
   [C++] g++ nomefile.cpp -o nomefile.exe
   fatto questo vi accorgerete che sarà spuntato sul vostro desktop un file eseguibile (.exe) dello stesso nome del vostro programma, vuol dire che lo avrete appena compilato.
   
   NOTA II: Nel punto 1 vi ho detto di salvare il file sul desktop, ma se lo avete salvato da un'altra parte allora il percorso che leggete qui va cambiato con quello corretto).
   
   NOTA III: Se il nome del file viene salvato con uno spazio in mezzo (es. Prova 1.c, Hello World.c), cosa che capita praticamente sempre, il compilatore non compilerà il vostro programma perché non è in grado di riconoscere il nome del file in modo corretto e quindi non trovandolo vi darà errore. Per ovviare a questo problema basta aggiungete le "virgolette" come da esempio sotto:
   [se C] gcc "nome file.c" -o "nome file.exe" oppure gcc "nome file".c -o "nome file".exe
   [C++] g++ "nome file.cpp" -o "nome file.exe" oppure g++ "nome file".c -o "nome file".exe
   
   
3. Ora, essendo sempre sul prompt con riga C:\Users\NomeUtente\Desktop> digitate il nome del file e date INVIO.
   Magicamente il risultato del vostro programma (se scritto correttamente il codice) vi apparirà sempre lì sullo schermo dove ora i vostri occhi stanno guardando speranzosi.

Spero di esservi stato d'aiuto

[lorenzo001]

Originariamente inviato da Antonio23

come ti ho già consigliato nell'altro topic, nel tuo caso è meglio se leggi qualche guida piuttosto che scriverla...

Magicamente ...

[(r3((h3r]

Originariamente inviato da Antonio23

come ti ho già consigliato nell'altro topic, nel tuo caso è meglio se leggi qualche guida piuttosto che scriverla...

Ma infatti ho fatto delle ricerche in rete, anche in lingua inglese, mi sono documentato bene per capire quello che dovevo fare passo passo e ho raggruppato tutto in questo post, per dare la possibilità ad altri di non dover fare troppi giri per un'argomento che magari è semplice. Non penso di aver fatto una cosa sbagliata, gli step sono funzionanti perché appena testati, voglio solo aiutare.

[pabloski]

In effetti hai ragione. Il problema è la fissa che c'hanno le software house nel voler rendere tutto "magico" e "semplice".

Poi ci si ritrova a dover compilare un programma in C e non si capisce perchè il compilatore non funge. Et voilà, si scopre che la shell ( anche sotto windows ) possiede una variabile chiamata PATH, dove vanno messi i percorsi ai file eseguibili che si vuole eseguire scrivendone solo il nome e non il percorso completo.

Da lì è solo questione di scrivere gcc o g++ ecc...

L'alternativa ( ma io sono sempre quello che sconsiglia l'uso di IDE ai novizi, e sono stato cazziato spesso sul forum, per questo motivo ) è di usare Codeblocks. In quel caso è l'IDE che si occupa di sapere dove sta il compilatore e come chiamarlo. Eclipse ovviamente pure lo fa, ma configurare eclipse è più complesso di scrivere il programma da compilare in C.

[(r3((h3r]

Originariamente inviato da Antonio23

come ho detto, apprezzo l'iniziativa, in quanto si vede che evidentemente non hai mai avuto a che fare con questo tipo di problemi. tuttavia, una guida puo' diventare interessante quando risolve dei problemi... quelli che hai incontrato tu non sono effettivamente problemi, ma semplicemente sono conseguenze del fatto che non conosci come funziona windows in realta' (non e' un accusa bada bene). Per cui il mio consiglio rimane sempre quello, studiare il funzionamento della shell al di la' del fatto che programmerai o meno.

Ok grazie per il consiglio! Mi metto subito a leggere qualcosa al riguardo.

[tomminno]

Originariamente inviato da pabloski

L'alternativa ( ma io sono sempre quello che sconsiglia l'uso di IDE ai novizi, e sono stato cazziato spesso sul forum, per questo motivo ) è di usare Codeblocks. In quel caso è l'IDE che si occupa di sapere dove sta il compilatore e come chiamarlo. Eclipse ovviamente pure lo fa, ma configurare eclipse è più complesso di scrivere il programma da compilare in C.

Nessuno si sognerebbe di consigliare ad un novizio di Java di compilare a linea di comando, altrettanto per C#.
Negli altri linguaggi l'utilizzo della linea di comando è qualcosa di avanzato e più legato all'automazione di task.

Perchè per C++ dovrebbe essere diverso???

[pabloski]

Originariamente inviato da tomminno

Nessuno si sognerebbe di consigliare ad un novizio di Java di compilare a linea di comando, altrettanto per C#.
Negli altri linguaggi l'utilizzo della linea di comando è qualcosa di avanzato e più legato all'automazione di task.

Perchè per C++ dovrebbe essere diverso???

Non necessariamente il C++. Però bisogna sporcarsi le mani, prima o poi.

(r3((h3r si è impuntato sulla shell di windows. Ok le icone, la gui, il mouse, ecc... Tuttavia, prima o poi, capiterà di doversi sporcare le mani.

Sul perchè, in genere, certe cose vengano sempre consigliate quando si parla di C o C++, credo dipenda dal fatto che sono percepiti come linguaggi più vicini al "ferro". E' ovviamente solo una questione di percezione.

[(r3((h3r]

Scusate ragazzi ma non ho capito...
Sto sbagliando nell'imparare a maneggiare la Shell per compilare? Credevo che fosse una cosa positiva "sporcarsi un po' le mani" con queste cose no? Piuttosto che scaricare un IDE che ti fa tutto lui...

[pabloski]

Originariamente inviato da (r3((h3r

Scusate ragazzi ma non ho capito...
Sto sbagliando nell'imparare a maneggiare la Shell per compilare? Credevo che fosse una cosa positiva "sporcarsi un po' le mani" con queste cose no? Piuttosto che scaricare un IDE che ti fa tutto lui...

Secondo me è una cosa positiva. Il discorso si pone per chi fa il mestiere di programmatore. Ovviamente non puoi sprecare tempo per scrivere con un normale editor, compilare a mano, rifattorizzare a mano, quando c'hai da scrivere migliaia di righe di codice e il padrone ti picchia in testa con le sue deadline.

Però, per chi sta imparando, è sempre meglio sporcarsi le mani. Alla fin fine è tutta una questione di conoscenza. Più ne hai, meglio è.

[(r3((h3r]

Originariamente inviato da pabloski

Secondo me è una cosa positiva. Il discorso si pone per chi fa il mestiere di programmatore. Ovviamente non puoi sprecare tempo per scrivere con un normale editor, compilare a mano, rifattorizzare a mano, quando c'hai da scrivere migliaia di righe di codice e il padrone ti picchia in testa con le sue deadline.

Però, per chi sta imparando, è sempre meglio sporcarsi le mani. Alla fin fine è tutta una questione di conoscenza. Più ne hai, meglio è.

Ah ok, in questo sono perfettamente d'accordo, infatti io sto imparando, sono alle prime armi e penso che sia bello sporcarsi le mani e imparare di tutto e di più

[Tommo]

Originariamente inviato da Antonio23

devi sapere cosa accade sotto quando clicchi su build dentro il tuo ide. altrimenti se hai qualche problema cosa fai, cerchi su google?

Ebbene mi hai scoperto, la gente paga me per lavorare ma in realtà il mio lavoro lo fa google

Comunque tanto per rientrare nel solito discorso, per come sono fatto io la cosa migliore è partire dal generale per andare al particolare, e quindi iniziare con meno "complicazioni" possibili e concentrarsi su linguaggi e algoritmi.
Come si compila, la shell etc li vedo più come "mali necessari" da provare ad evitare il più possibile...
quindi va da sè che penso che sia meglio partire con un IDE, studiarsi i concetti di alto livello (quindi sarebbe anche meglio evitare C++) e poi man mano "scendere" verso concetti avanzati e robba h4xx0r.

Partire dal basso mette un pò a rischio di concentrarsi troppo sul "come" rispetto al "cosa" e scrivere codice pessimo e non padroneggiare gli algoritmi nemmeno quando poi passi ad un'IDE.
E in generale di metterci il triplo a fare tutto

Ma comunque è questione di gusti, ed è ovvio che alla fine uno debba approfondire entrambi i lati

[(r3((h3r]

Aggiunta una nota molto importante, andate a dare un'occhiata

[(r3((h3r]

Originariamente inviato da Antonio23

...è sbagliata.

DEVI STUDIARE INVECE DI FARE LE GUIDE.

Scusa ma in cosa è sbagliata? Dici sempre le cose a mozzichi pure tu, scrivi in cosa è sbagliata così la correggo, a me risulta giusta :P

[Tommo]

Originariamente inviato da (r3((h3r

Scusa ma in cosa è sbagliata? Dici sempre le cose a mozzichi pure tu, scrivi in cosa è sbagliata così la correggo, a me risulta giusta :P

Non è il "compilatore che non compila", è solo che legge male il nome.

gcc nome con spazi.cpp ...

ti dà errore perchè non trova il file "nome", che ovviamente non esiste... il 99% dei programmi da riga di comando usano gli spazi per delimitare i parametri.
Invece di rinominare il file, prova con le virgolette, tipo

gcc "nome con spazi.cpp" ...



Comunque quoto Antonio23, questa non è C++, è schiacciare tasti a caso dentro la cmdline di Windows, e la guida che hai scritto suona un pò così,

Come Leggere e Suonare Mozart:
Prima di iniziare, aprire lo spartito a pagina 23 girando le pagine finchè non è quella giusta.
1. aprire il piano (attenzione a non lasciare le ditate prendendo il coperchio da sotto)
2. togliere la copertura NOTA: suggerisco di non appoggiarla sul piano stesso usando un mobile vicino
3. premere dei tasti. Ora dovreste sentire dei suoni!

Suggerisco di nuovo un percorso un tantino meno pratico

[vendettaaaaa]

La tua intenzione, con questa guida, era di scriversi una "note to self", un promemoria che aiutasse a ricordarsi come si fa questa cosa che hai appena imparato. Un po' come fare un riassunto della lezione o riscrivere gli appunti della lezione in bella: scrivere aiuta a memorizzare.
Però, diamine, 2 giorni fa non sapevi neanche dell'esistenza della console di Windows, quindi renditi conto che non sei proprio nella posizione di scrivere guide utili. Scrivila pure, ma tienila per te e non pubblicarla...a te servirà lo stesso scopo.

[(r3((h3r]

Originariamente inviato da Tommo

Non è il "compilatore che non compila", è solo che legge male il nome.

gcc nome con spazi.cpp ...

ti dà errore perchè non trova il file "nome", che ovviamente non esiste... il 99% dei programmi da riga di comando usano gli spazi per delimitare i parametri.
Invece di rinominare il file, prova con le virgolette, tipo

gcc "nome con spazi.cpp" ...



Comunque quoto Antonio23, questa non è C++, è schiacciare tasti a caso dentro la cmdline di Windows, e la guida che hai scritto suona un pò così,



Suggerisco di nuovo un percorso un tantino meno pratico

Innanzitutto grazie per la info, poi ci tengo a dire a mia difesa che i giovani programmatori che per la prima volta si approcciano a questi problemi come me e non sanno come risolverli, si mettono a cercare nella rete, nella speranza di trovare info utili tra milioni e milioni di pagine, io gli ho semplificato il lavoro e non credo sia cosa da poco. Poi è vero che devo studiare sennò poi rischio di dare false info, però è pur vero che una guida così non esiste, per voi che le sapete queste cose, sembra una nioso ma magari altri la trovano utile

[pabloski]

Originariamente inviato da (r3((h3r

Innanzitutto grazie per la info, poi ci tengo a dire a mia difesa che i giovani programmatori che per la prima volta si approcciano a questi problemi come me e non sanno come risolverli, si mettono a cercare nella rete, nella speranza di trovare info utili tra milioni e milioni di pagine, io gli ho semplificato il lavoro e non credo sia cosa da poco. Poi è vero che devo studiare sennò poi rischio di dare false info, però è pur vero che una guida così non esiste, per voi che le sapete queste cose, sembra una nioso ma magari altri la trovano utile

Il problema è che per 30 anni si è puntato ad instupidire la massa di utilizzatori di pc. Si sono create metafore assurde per astrarre il funzionamento dei computer. Icone, sfondi, cazzatine varie, tutto per cercare di rendere il pc una sorta di tostapane tuttofare.

Molti diranno che è così che dev'essere, che alla casalinga di Voghera interessa solo andare su facebook, ecc...

Però non posso non sottolineare che, così facendo, la massa perde il controllo sull'operato dei computer. Tra 10 anni ci ritroveremo ad avere computer intelligenti e padroni stupidi, ovvero persone che verranno manipolate dalle multinazionali IT tramite i computer.

Per fortuna sembra che il "punta e clicca" si sia spostato verso il settore mobile e che il pc, a causa di una crisi di vendite, possa ritornare ad essere lo strumento professionale che era un tempo. Io incrocio le dita!

I problemi che stai affrontando sono proprio dovuti a questa filosofia. Poi cominci a programmare e ti accorgi che, dietro le icone, si nasconde un mondo 10 volte più grande, fatto di shell, comandi e variabili d'ambiente.

[(r3((h3r]

Originariamente inviato da pabloski

Il problema è che per 30 anni si è puntato ad instupidire la massa di utilizzatori di pc. Si sono create metafore assurde per astrarre il funzionamento dei computer. Icone, sfondi, cazzatine varie, tutto per cercare di rendere il pc una sorta di tostapane tuttofare.

Molti diranno che è così che dev'essere, che alla casalinga di Voghera interessa solo andare su facebook, ecc...

Però non posso non sottolineare che, così facendo, la massa perde il controllo sull'operato dei computer. Tra 10 anni ci ritroveremo ad avere computer intelligenti e padroni stupidi, ovvero persone che verranno manipolate dalle multinazionali IT tramite i computer.

Per fortuna sembra che il "punta e clicca" si sia spostato verso il settore mobile e che il pc, a causa di una crisi di vendite, possa ritornare ad essere lo strumento professionale che era un tempo. Io incrocio le dita!

I problemi che stai affrontando sono proprio dovuti a questa filosofia. Poi cominci a programmare e ti accorgi che, dietro le icone, si nasconde un mondo 10 volte più grande, fatto di shell, comandi e variabili d'ambiente.

Amen fratello!
Sono in tutto e per tutto d'accordo con te, dietro alle semplici icone, il cliccare, il navigare, c'è tutto un mondo più ampio e affascinante che va scoperto e studiato, io stesso mi sono dovuto confrontare con la shell di windows 1 settimana fa, però è stato bello perché se avessi usato un IDE qualsiasi forse non avrei capito la vera essenza delle cose, ora invece ho una voglia di scoprire e sapere di tutto e di più

[WarDuck]

Originariamente inviato da pabloski

Il problema è che per 30 anni si è puntato ad instupidire la massa di utilizzatori di pc. Si sono create metafore assurde per astrarre il funzionamento dei computer. Icone, sfondi, cazzatine varie, tutto per cercare di rendere il pc una sorta di tostapane tuttofare.

Molti diranno che è così che dev'essere, che alla casalinga di Voghera interessa solo andare su facebook, ecc...

Però non posso non sottolineare che, così facendo, la massa perde il controllo sull'operato dei computer. Tra 10 anni ci ritroveremo ad avere computer intelligenti e padroni stupidi, ovvero persone che verranno manipolate dalle multinazionali IT tramite i computer.

Per fortuna sembra che il "punta e clicca" si sia spostato verso il settore mobile e che il pc, a causa di una crisi di vendite, possa ritornare ad essere lo strumento professionale che era un tempo. Io incrocio le dita!

I problemi che stai affrontando sono proprio dovuti a questa filosofia. Poi cominci a programmare e ti accorgi che, dietro le icone, si nasconde un mondo 10 volte più grande, fatto di shell, comandi e variabili d'ambiente.

Non serve aspettare 10 anni... il mondo è talmente pieno di gente stupida che non c'è bisogno di ricorrere all'informatica per giustificarli.

[(r3((h3r]

Originariamente inviato da WarDuck

Non serve aspettare 10 anni... il mondo è talmente pieno di gente stupida che non c'è bisogno di ricorrere all'informatica per giustificarli.

buahahahah già!
Eppure è così bello studiare, apprendere, sapere, conoscere, scoprire e chi più ne ha più ne metta, almeno io la penso così, mi sono informato su una cosa che non sapevo, l'ho letta, l'ho sperimentata, l'ho capita e ci ho pure scritto una piccolissima guida sopra proprio perché non mi sono arreso davanti alla prima difficoltà