Configurazione Eclipse per C

[sampei82]

Non riesco a configurare Eclipse per poterlo utilizzare come IDE (in windowsXP) per la programmazione in C...
Vi elenco i passi effettuati:
1. Installazione Eclipse e JRE
2. Installazione Cygwin (con tutte le opzioni in Default tranne Devel al quale invece è stata utilizzata l'opzione Install)
3. Alle variabili d'ambiente è stato applicato C.\cygwin\bin

Un qualsiasi file .exe contenuto nella cartella viene eseguito correttamente dal prompt dei comandi (tuttavia NON funziona il comando gcc: ho controllato nella cartella e non trovo alcun gcc.exe ma solo un collegamento)

4. Al progetto "hello word" ho applicato le seguenti opzioni
-Properties->C/C++ General->Paths and Symbols->Includes->c:\cygwin\usr\include\
Se applico l'opzione
-Properties->Tool Chain Editor->Current builder: CDT Internal Builder
e faccio un build ottengo:

Internal Builder: Cannot run program "gcc": Launching failed
Build error occurred, build is stopped

Se invece applico l'opzione
-Properties->Tool Chain Editor->Current builder: GNU make builder
ottengo:

/bin/sh: -c: line 0: unexpected EOF while looking for matching `"'
/bin/sh: -c: line 1: syntax error: unexpected end of file

Non risco proprio a capire qual è il problema...mi date qualche consiglio?

[Haruki]

Guarda, al momento è tarda notte e non mi va di cimentarmi (non ho nemmeno letto tutto a dire il vero, ehm sorry ), ma un consiglio te lo do lo stesso

Prova questo: MinGW

[sampei82]

Grazie per la risposta,
tuttavia volevo evitare di utilizzare MinGW, voglio far partire il tutto con Cygwin (anche se è più complicato)...nessun consiglio?

[Cherno]

Butta via eclipse ed usa code::blocks.

[Haruki]

Butta via eclipse ed usa code::blocks.

Eretico

[Cherno]

Funzionale

Per programmare c/c++ ricordo che eclipse era davvero una tortura. Soprattutto come gestisce il debugger. Ovvero male.

Provate code::blocks

[Haruki]

Funzionale

Per programmare c/c++ ricordo che eclipse era davvero una tortura. Soprattutto come gestisce il debugger. Ovvero male.

Provate code::blocks

Eclipse basta saperlo configurare e va divinamente

[Cherno]

L'importante è crederci. Una cosa è accontentarsi di un ide che arranca a stare dietro al gdb, per esempio, un'altra è programmare in santa pace

[NoxDaFox]

emacs + gdb... altro che IDE...

[Haruki]

emacs + gdb... altro che IDE...

Mi spiace, ma per progetti seri e lunghi non posso darti ragione. Un IDE torna utile e non poco, soprattutto per una facile lettura dei sorgenti.

Sto provando questo Code Blocks, ha qualche cosa che non mi convince ma è parecchio comodo.

[Mithrandir]

L'importante è crederci. Una cosa è accontentarsi di un ide che arranca a stare dietro al gdb, per esempio, un'altra è programmare in santa pace

Ti devo dire la verità, Eclipse CDT non mi ha mai soddisfatto come IDE per il C++, ho sempre cercato un'altra IDE decente, e ne ho provate tante, Anjuta, Code:blocks, etc. etc.

Posso dirlo?
M'han fatto tutte cacare
E ho continuato su Eclipse in quanto meno peggio e per non dover avere due IDE ( Java e C++ ) differenti solo per essere comunque insoddisfatto di quella C++ ( insoddisfatto per insoddisfatto, lo sono con una sola IDE.

C'è da dire che ora Eclipse non mi piace neanche per Java, sono abituato troppo bene da un po' di anni a questa parte con IntelliJ IDEA ( http://www.jetbrains.com/idea/ ) che ha un payoff veramente azzeccato:

"The Most Intelligent Java IDE - Looking for a good IDE? You've just found the best."

E' vero che Java rende le cose più facili per il tipo di linguaggio che è, però se oramai Eclipse perde il confronto anche nel linguaggio "madre", non voglio immaginare per C++, quindi dovrei ri-aggiornarmi.

E' anche vero che io debuggo poco, ho risolto scrivendo direttamente codice senza bug

E poi se non ci lasci un bel segfault nel software, che software è? Come il mondo senza nutella.

[Cherno]

E' chiaro che sono tutte soluzioni di fortuna: uno potrebbe tranquillamente utilizzare Visual studio express ed avere un buon IDE gratis.

[Cherno]

emacs + gdb... altro che IDE...

Si, per programmi che fanno
int main()
{
int a=0;
a++;
return 0;
}

direi che è perfetto.

[Mithrandir]

Si, per programmi che fanno
int main()
{
int a=0;
a++;
return 0;
}

direi che è perfetto.

Che scherzi ... io lo uso solo da

int main() {
int a=1;
return 0;
}

in giù ... anzi, leva pure int a=1 ... anzi, leva ...

[y.a.f.ake]

Si ma alla fine a sampei82 che gliene fotte dei vostri gusti in fatto di ide? Non lo avete per nulla aiutato
Il problema mi pare semplice comunque: il setup non ha installato gcc
Se nella cartella cygwin/bin non c'è gcc significa che il setup non l'ha installato, rilancialo e controlla che vicino a gcc-core gcc-g++ ci sia il check, forzando la reinstallazione.
Da linea di comando se hai ben settato la variabile path, il gcc ti deve funzionare ovunque tu sia ed allora stai sicuro che funzionerà anche in Eclipse.

[Cherno]

Si ecco, invece di fare quello che deve fare direi che il consiglio migliore è quello di suggerire una totale perdita di tempo a checkare le variabili di path e robe varie: siamo nel 2009, quasi 2010, se non lo avessi notato.

Molto meglio avere una panoramica degli ide che funzionano.

[y.a.f.ake]

Si ecco, invece di fare quello che deve fare direi che il consiglio migliore è quello di suggerire una totale perdita di tempo a checkare le variabili di path e robe varie: siamo nel 2009, quasi 2010, se non lo avessi notato.

Molto meglio avere una panoramica degli ide che funzionano.

Ma è quello che ha chiesto.
E poi tutti gli ide per far funzionare gli automatismi con il compilatore richiedono un pò di sbattimento, anche visual studio express per far andare il compilatore a 64bit per esempio.

[Mithrandir]

Sono d'accordo a metà con tutti e due
Usare gli IDE che rendono la vita più facile si.
Capire cosa in realtà fanno quegli IDE in maniera da saperlo fare con un editor di testo e la riga di comando pure.

Io uso IntelliJ per Java, che poco ci manca che mi dica: "tu mi dici quello che io devo fare, e io lo faccio"
Ma obbligo tutto il team e imposto i progetti in maniera che la build sia totalmente indipendente dall'IDE, al massimo ant e sistemi di risoluzione di dipendenze, ma si può fare da riga di comando.

Poi loro si importano il progetto in Eclipse, in IDEA, in PincoPalloEditor e settano tutti i path che servono via grafica o manuale, frega nulla, basta che la struttura di progetto sia rispettata, e non dipenda dalla conf. dell'ide.

[Cherno]

Questo perchè vuoi mettere a proprio agio ognuno del team in modo che usi l'ambiente a lui più congeniale?

[Mithrandir]

Questo perchè vuoi mettere a proprio agio ognuno del team in modo che usi l'ambiente a lui più congeniale?

Per svariati motivi, questo è uno, ma non il maggiore.

In startup si standardizza:
- tutti Windows
- tutti la stessa macchina ( salvo esigenze particolari )
- tutti gli stessi ambienti ( Idea in questo caso ), salvo chi fa sviluppi particolari o altri linguaggi

poi pian piano, si può arrivare a impostarsi la propria IDE, se si preferisce, ci si può installare Linux, se si preferisce.
Tutto ovviamente se poi si coprono i requisiti di qualità nello sviluppo.

Ma le build fatte in un certo modo servono anche per integrare un Continuous Build Manager, magari anche con l'issue tracker, per automatizzare UnitTest e regression test, per il check dei coding standardm, il versioning e le relase, etc. etc. Insomma tutta quella serie di sistemi di gestione e controllo per far andare avanti progetti

Ma stiamo divagando di brutto brutto brutto

[Cherno]

Figata, c'è un modo dove reperire le informazioni su queste cose che hai detto? Mi servirebbe un sacco.