Ich bekomm ne Kriese

[Frankplanlos]

Ich bekomm ne Krise

Hallo

ich fass das nicht, ich kann unter windows mit dem DEV-Compiler programmieren und die dann zum laufen kriegen aber ich versuche schon den ganzen Tag in Xcode einen kleinen Code in c zum laufen zu kriegen.....ggrrrrrrrr, ich versteh nicht wie das unter Xcode gemacht wird.
Kann mir einer mal genau sagen Schritt für Schritt erklären wie ich das machen muss, so...
Projekt öffnen ........und dann?
Zum schluss dann run drücken und hello world läuft.
So ungefähr...........Danke

 

[thrillseeker]

Offenbar ist Dein Name Programm :-D

 

[patz]

Wo liegt das Problem? Erstell ein C++ Command Line Tool - Projekt und klick auf "Build".

 

[Frankplanlos]

Ja stimmt in gewisser Weise....
Aber mit dieser Antwort bekomm ich hello world auch nicht zum laufen hihi

 

[Frankplanlos]

Dank Patz,

genau das wollte ich wissen.....super....das ja einfacher als ich dachte..

 

[Silver111]

Doch! Neues Projekt -> C++ Command Line Tool oder so.

Dann einfach den Code bisschen ändern in C halt. Also

#include <iostream.h>

int main ()
{

cout<<"Hello World\n";

}

Build and go - fertig

Zu langsam :<

 

[Frankplanlos]

Doch! Neues Projekt -> C++ Command Line Tool oder so.

Dann einfach den Code bisschen ändern in C halt. Also
Build and go - fertig

Zu langsam :<

ne, super ich brauchte nur das C++ Command Line Tool,
hatte überall mal rumgespielt und das klappte irgendwie nie.....
Danke danke

 

[MacApple]

Doch! Neues Projekt -> C++ Command Line Tool oder so.

Dann einfach den Code bisschen ändern in C halt. Also

#include <iostream.h>

int main ()
{

cout<<"Hello World\n";

}

Build and go - fertig

Das ist kein C-Code, sondern C++. Wenn man ein C-Programm schreiben will, nimmt man als Projektvorlage das "Standard Tool".

MacApple

 

[Silver111]

Das ist kein C-Code, sondern C++. Wenn man ein C-Programm schreiben will, nimmt man als Projektvorlage das "Standard Tool".

MacApple

Ok, danke

 

[tjp]

Doch! Neues Projekt -> C++ Command Line Tool oder so.

Wo hast Du den Code ausgegraben?

 

[Silver111]

Aus meinen Kopf, warum?

 

[alonzo]

in der info leiste steht doch eh, mit welcher sprache du welches foudation modul selektieren musst

 

[tjp]

Aus meinen Kopf, warum?

Seit 1998 gibt es ein ISO Norm für C++. Der Programmcode entspricht nicht dieser Norm, sondern bezieht sich auf eine C++ Implementierung davor.

 

[below]

Seit 1998 gibt es ein ISO Norm für C++. Der Programmcode entspricht nicht dieser Norm, sondern bezieht sich auf eine C++ Implementierung davor.

Rischtisch.

Allerdings meckert gcc selbst bei std=c++98 -Wall nur den deprecated header iostream.h, und wenn der ersetzt ist nur den fehlenden Namespace für cout an.

Sollte gcc auch die main Deklaration anmeckern? Oder hab ich da einen Warning Switch vergessen?

Alex

 

[quarx]

Sollte gcc auch die main Deklaration anmeckern? Oder hab ich da einen Warning Switch vergessen?

Wenn man schon

int main()

schreibt, sollte man am Schluss das Versprechen auch einlösen und einen Integer zurückgeben:

return 0;

 

[below]

Rischtisch. Sollte gcc nicht auch das bei -Wall zumindest als Warning ausgeben?

Alex

 

[quarx]

Rischtisch. Sollte gcc nicht auch das bei -Wall zumindest als Warning ausgeben?

Das Weglassen von "return 0;" im Hauptprogramm wird vom gcc nicht bemängelt, ist aber IMHO schlechter Stil. Das "\n" würde ich im String auch weglassen und durch endl ersetzen. Bei folgendem Code sollte kein aktueller C++-Compiler meckern:

#include <iostream>

using std::cout;
using std::endl;

int main()
{
  cout << "Hello World!" << endl;
  return 0;
}

 

[alonzo]

using namespace std;

so ist es sicher besser... sonnst musst du alle einzeln angeben

 

[quarx]

so ist es sicher besser... sonnst musst du alle einzeln angeben

Geschmackssache. Ich importiere ungern ganze Namespaces auf einmal.

 

[tjp]

Allerdings meckert gcc selbst bei std=c++98 -Wall nur den deprecated header iostream.h, und wenn der ersetzt ist nur den fehlenden Namespace für cout an.

#include <iostream>
#include <ostream>

int main () {
    std::cout << "Hello World\n";
}

Das ist eine der anerkannt richtigen Fassungen des Programms. Man kann die statt dessen auch "return 0;" einfügen, was nicht notwendig ist, oder "int main (int argc, char** argv)" benutzen. Die Zeile "#include <ostream>" ist nach intimen Kennern der Norm notwendig, weil iostream nicht notwendigerweise den Header ostream inkludieren muß, so daß "operator<<" nicht definiert sein muß. Man kann es auch als Fehler in der Norm betrachten.

Das ist aber nicht der Punkt auf den ich hinaus wollte. Wichtig ist es, überhaupt die neuen Header aus der Norm zu verwenden und nicht mehr die alten aus der Zeit davor. Bei einem simplen std:stream fällt das noch nicht weiter auf, aber std::stringstream und std::strstream (das hat die Normierung überlebt und gilt nun als deprecated) verhalten sich deutlich unterschiedlich.