c++

older
NFS Verzeichnisse freigeben mit...

Andreas Meyer

12 May 2002 12 May '02

15:15

Hi! Ich versuche gerade Mahogany unter SuSE8.0 zu übersetzen, erhalte aber folgende Fehlermeldung: checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for POSIXized ISC... no checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking whether gcc needs -traditional... no checking for working const... yes checking for inline... inline checking for c++... no checking for g++... no checking for gcc... gcc checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. Ich habe nach c++ mit YaST2 gesucht und die verfügbaren Pakete installiert. Er zeigt aber c++ dennoch als nicht vorhanden an. Was habe ich vergessen? Die neue SuSE ist ja in vieler Hinsicht sehr komfortabel geworden, alle Achtung! Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage

Show replies by date

Henne Vogelsang

12 May 12 May

15:52

Hi, On Sonntag, Mai 12, 2002 at 17:15:07, Andreas Meyer wrote:

...

Ich versuche gerade Mahogany unter SuSE8.0 zu übersetzen, erhalte aber folgende Fehlermeldung:

checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for POSIXized ISC... no checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking whether gcc needs -traditional... no checking for working const... yes checking for inline... inline checking for c++... no checking for g++... no checking for gcc... gcc checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables.

Ich habe nach c++ mit YaST2 gesucht und die verfügbaren Pakete installiert. Er zeigt aber c++ dennoch als nicht vorhanden an. Was habe ich vergessen?

Hast mal config.cache gelöscht? Henne -- Hendrik Vogelsang aka Henne mailto: hvogel<at>hennevogel.de You are not your hopes. You will not be saved. We are all going to die, someday. # random sigs made with fortune

Andreas Meyer

16:33

Hi! Am Sun, 12 May 2002 17:52:54 +0200 schrieb Henne Vogelsang:

...

...
checking for c++... no checking for g++... no checking for gcc... gcc checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables.

Ich habe nach c++ mit YaST2 gesucht und die verfügbaren Pakete installiert. Er zeigt aber c++ dennoch als nicht vorhanden an. Was habe ich vergessen?

Hast mal config.cache gelöscht?

Ja, hatte ich gelöscht. Ich habe das alte Verzeichnis gelöscht und nochmal entpackt, aber die Fehlermdungen beim configure-Lauf bleiben die gleichen. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage

Philipp Thomas

17:19

Andreas Meyer [ 12 Mai 2002 18:33:26 +0200]:

...

...
...
Ich habe nach c++ mit YaST2 gesucht und die verfügbaren Pakete installiert. Er zeigt aber c++ dennoch als nicht vorhanden an. Was habe ich vergessen?

Ok, also sind die Pakete gpp und libgpp installiert.

...

Ja, hatte ich gelöscht. Ich habe das alte Verzeichnis gelöscht und nochmal entpackt, aber die Fehlermdungen beim configure-Lauf bleiben die gleichen.

Schau mal in config.log, da müsste eigentliche zu finden sein, was da schief gelaufen ist und poste den entsprechenden Abschnitt. Philipp

Andreas Meyer

18:19

Hallo! Am Sun, 12 May 2002 19:19:51 +0200 schrieb Philipp Thomas:

...

...
...
...
Ich habe nach c++ mit YaST2 gesucht und die verfügbaren Pakete installiert. Er zeigt aber c++ dennoch als nicht vorhanden an. Was habe ich vergessen?

Ok, also sind die Pakete gpp und libgpp installiert.

Sie hatten gefehlt. Nach gpp gesucht und installiert und es geht. Sie werden beim Suchen nach c++ nicht als Abhängigkeiten erkannt. Gruß -- Andreas Meyer http://home.wtal.de/MeineHomepage

Andre Heine

17:30

Moin Moin, Am Sonntag, 12. Mai 2002 18:33 schrieb Andreas Meyer:

...

Am Sun, 12 May 2002 17:52:54 +0200 schrieb Henne Vogelsang:

...
...
checking for c++... no ^^^^^^^^ checking for g++... no ^^^^^^^^ Bist Du DIr sicher, daß das Paket "gpp" installiert ist?

...

...
...
checking for gcc... gcc

gcc ist nur der C Compiler!

...

...
...
checking whether the C++ compiler (gcc ) works... no

Entweder hast Du keinen g++ installiert, oder der Compiler ist falsch installiert. Ciao Andre

David Haller

13 May 13 May

01:05

Hallo, On Sun, 12 May 2002, Andre Heine wrote:

...

...
...
...
checking for gcc... gcc

gcc ist nur der C Compiler!

Nein. gcc ist das Frontend zur _G_NU _C_ompiler _C_ollection (ja, frueher stand das fuer Gnu C Compiler). Der C-Compiler ist 'cc'. Ich kompiliere hier froehlich C++ Programme mit dem gcc, allerdings habe ich auch das C++ Backend "${prefix}/lib/gcc-lib/${arch}/${compilerversion}/cc1plus" sowie das C++ Frontend 'g++' (samt hardlink c++ bzw. andersrum) in "${prefix}/bin/" installiert... Erleuchtung schafft dabei z.B. ein 'gcc -v -lstdc++ -o hello hello.cpp' bzw. ein 'c++ -v -lstdc++ -o hello hello.cpp' :) -dnh PS: ==== hello.cpp ==== #include <iostream> int main(void) { std::cout << "Hello World!" << std::endl; return 0; } ==== -- Actually, I found New Zealanders to be the most akin to Canadians. They also feel the looming presense of a next door neighbour country full of loud, excessively happy and somewhat simple people, and are a little intimidated by it. -- Paul Tomblin

Ralf Corsepius

02:39

Am Mon, 2002-05-13 um 03.05 schrieb David Haller:

...

Hallo,

On Sun, 12 May 2002, Andre Heine wrote:

...
...
...
...
checking for gcc... gcc

gcc ist nur der C Compiler!

Nein. gcc ist das Frontend zur _G_NU _C_ompiler _C_ollection (ja, frueher stand das fuer Gnu C Compiler). Der C-Compiler ist 'cc'. Nein. cc ist der Name des System-C-Compilers. Auf GNU Systemen ist es deshalb ein Link auf gcc.

...

Ich kompiliere hier froehlich C++ Programme mit dem gcc, Was ein Fehler ist.

Mit gcc >= 3.0 funktioniert das nur noch in Ausnahmefällen. Für C++-Programme deshalb "g++" und nicht "gcc" verwenden

...

allerdings habe ich auch das C++ Backend "${prefix}/lib/gcc-lib/${arch}/${compilerversion}/cc1plus" sowie das C++ Frontend 'g++' (samt hardlink c++ bzw. andersrum) in "${prefix}/bin/" installiert... Auaweia. cc1plus gehört nach gcc-lib/... und sonst nirgendwo hin.

Ralf

David Haller

15:19

Hallo, On Mon, 13 May 2002, Ralf Corsepius wrote:

...

Am Mon, 2002-05-13 um 03.05 schrieb David Haller:

...
On Sun, 12 May 2002, Andre Heine wrote: Nein. gcc ist das Frontend zur _G_NU _C_ompiler _C_ollection (ja, frueher stand das fuer Gnu C Compiler). Der C-Compiler ist 'cc'. Nein. cc ist der Name des System-C-Compilers. Auf GNU Systemen ist es deshalb ein Link auf gcc.

Aeh, stimmt ;)

...

...
Ich kompiliere hier froehlich C++ Programme mit dem gcc, Was ein Fehler ist.

Noe ;) Nur umstaendlicher.

...

Mit gcc >= 3.0 funktioniert das nur noch in Ausnahmefällen. Für C++-Programme deshalb "g++" und nicht "gcc" verwenden

Ok, mache ich in der Regel auch :)

...

...
allerdings habe ich auch das C++ Backend "${prefix}/lib/gcc-lib/${arch}/${compilerversion}/cc1plus" sowie das C++ Frontend 'g++' (samt hardlink c++ bzw. andersrum) in "${prefix}/bin/" installiert... Auaweia. cc1plus gehört nach gcc-lib/... und sonst nirgendwo hin.

Da isser ja auch. g++/c++ sind nur eine Variante des gcc, wenn ich das richtig sehe... $ g++ -v -o hello hello.cpp 2>&1 | tee g++.log [..] /usr/local/lib/gcc-lib/i686-pc-linux-gnu/pgcc-2.95.3/cpp -lang-c++ [..] -D__cplusplus [..] /usr/local/lib/gcc-lib/i686-pc-linux-gnu/pgcc-2.95.3/cc1plus [..] as -V -Qy [..] /usr/local/lib/gcc-lib/i686-pc-linux-gnu/pgcc-2.95.3/collect2 [..] -lstdc++ -lm [..] $ gcc -v -lstdc++ -o hello hello.cpp 2>&1 | tee gcc.log [..] $ for word in `cat gcc.log`; do echo "$word"; done \ | grep -v '^/tmp' > gcc_s.log $ for word in `cat g++.log`; do echo "$word"; done \ | grep -v '^/tmp' > g++_s.log $ diff -U0 gcc_s.log g++_s.log --- gcc_s.log Mon May 13 17:15:05 2002 +++ g++_s.log Mon May 13 17:14:59 2002 @@ -129,0 +130 @@ +-lm $ Ein 'ldd hello' verraet aber, dass auch das gcc Erzeugnis die libm braucht ("undefined references" kommen aber nicht, warum auch ;) -dnh -- ... at least I thought I was dancing, 'til somebody stepped on my hand. -- J. B. White

Ralf Corsepius

14 May 14 May

08:43

Am Mon, 2002-05-13 um 17.19 schrieb David Haller:

...

Hallo,

On Mon, 13 May 2002, Ralf Corsepius wrote:

...
Am Mon, 2002-05-13 um 03.05 schrieb David Haller:

...
On Sun, 12 May 2002, Andre Heine wrote: Nein. gcc ist das Frontend zur _G_NU _C_ompiler _C_ollection (ja, frueher stand das fuer Gnu C Compiler). Der C-Compiler ist 'cc'. Nein. cc ist der Name des System-C-Compilers. Auf GNU Systemen ist es deshalb ein Link auf gcc.

Aeh, stimmt ;)

...
...
Ich kompiliere hier froehlich C++ Programme mit dem gcc, Was ein Fehler ist.

Noe ;) Du irrst - es ist ein substanzieller Unterschied, da Du Dich dann um die von g++ implizit benötigten Libs selbst kümmern musst (z.B. -lstdc++)

Allerdings wirst Du die Unterschiede unter Linux nur selten spüren.

...

...
Mit gcc >= 3.0 funktioniert das nur noch in Ausnahmefällen. Für C++-Programme deshalb "g++" und nicht "gcc" verwenden

Ok, mache ich in der Regel auch :)

...
...
allerdings habe ich auch das C++ Backend "${prefix}/lib/gcc-lib/${arch}/${compilerversion}/cc1plus" sowie das C++ Frontend 'g++' (samt hardlink c++ bzw. andersrum) in "${prefix}/bin/" installiert... Auaweia. cc1plus gehört nach gcc-lib/... und sonst nirgendwo hin.

Da isser ja auch. Hmm? Oben schriebst Du doch, dass Du cc1plus in $(prefix)/bin hättest.

Dort hat er nichts zu suchen. cc1plus ist in Implementierungsdetail, ist hochgradig gcc-versions- und konfigurations-äbhängig und hat deshalb in $(prefix)/bin nichts verloren.

...

g++/c++ sind nur eine Variante des gcc, wenn ich das richtig sehe... Richtig, die Unterschiede sind aber wesentlich, insbesondere was implizit eingebundene Libs anbetrifft, statische Konstruktoren (ctors)/ Destruktoren (dtors), sowie Exceptionhandling anbetrifft.

Hier gibt es gcc-versions- (libgcc*), plattform- und konfigurationsabängige (--with-threads) Unterschiede.

...

$ g++ -v -o hello hello.cpp 2>&1 | tee g++.log

Ein Beispiel: # cat cchallo.foo #include <iostream> int main() { std::cout << "hello" << std::endl; } Mit gcc-2.95.3 (SuSE) # gcc -x c++ -o cchallo cchallo.foo /tmp/cc3awaqB.o: In function `main': /tmp/cc3awaqB.o(.text+0xa): undefined reference to `endl(ostream &)' /tmp/cc3awaqB.o(.text+0x17): undefined reference to `cout' /tmp/cc3awaqB.o(.text+0x1c): undefined reference to `ostream::operator<<(char const *)' /tmp/cc3awaqB.o(.text+0x27): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))' collect2: ld returned 1 exit status => Trotz -x c++ ist gcc nicht in der Lage zu übersetzen (findet libstdc++ nicht) => gcc -x c++ ist nicht gleichwertig zu g++. Abhilfe: -lstdc++ # g++ -x c++ -o cchallo cchallo.foo Tut! Was war einfacher? gcc -lstdc++ oder g++? # ldd cchallo libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x4002d000) libm.so.6 => /lib/libm.so.6 (0x4007a000) libc.so.6 => /lib/libc.so.6 (0x4009c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Nun das gleiche mit gcc-3.1: # /opt/gcc31/bin/g++31 -x c++ -o cchallo cchallo.foo # ldd cchallo libstdc++.so.4 => /opt/gcc31/lib/libstdc++.so.4 (0x40016000) libm.so.6 => /lib/libm.so.6 (0x400d8000) libgcc_s.so.1 => /opt/gcc31/lib/libgcc_s.so.1 (0x400fa000) libc.so.6 => /lib/libc.so.6 (0x40102000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Beachte: Die Abhängigkeiten sind andere. Hier sind es nur die Unterschiede zwischen zwei g++-Versionen auf ein und derselben Maschine, doch auf anderen Plattformen können sie gänzlich anders aussehen Nun das ganze noch einmal mit gcc vs. g++: # /opt/gcc31/bin/gcc31 -v -x c++ -o cchallo cchallo.foo -lstdc++ [..] /opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1/collect2 -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o cchallo /usr/lib/crt1.o /usr/lib/crti.o /opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1/crtbegin.o -L/opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1 -L/opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1/../../.. /tmp/ccjhF1Sq.o -lstdc++ -lgcc -lgcc_eh -lc -lgcc -lgcc_eh /opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1/crtend.o /usr/lib/crtn.o # /opt/gcc31/bin/g++31 -v -x c++ -o cchallo cchallo.foo [..] /opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1/collect2 -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o cchallo /usr/lib/crt1.o /usr/lib/crti.o /opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1/crtbegin.o -L/opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1 -L/opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1/../../.. /tmp/cc3sOFFX.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /opt/gcc31/lib/gcc-lib/i486-suse-linux/3.1/crtend.o /usr/lib/crtn.o Der wesentliche Unterschied: libgcc_eh (eh .. exception handling) vs. libgcc_s. Würde das Programm Exceptions verwenden, wäre gcc ... nun gescheitert. Lange Rede, kurzer Sinn: Zum Übersetzen von c++-Code "g++/c++" verwenden und die c++-Welt mit gcc wird deutlich einfacher. Ralf

Konrad Neitzel

08:34

Ralf Corsepius schrieb:

...

Am Mon, 2002-05-13 um 17.19 schrieb David Haller:

...
On Mon, 13 May 2002, Ralf Corsepius wrote:

...
Am Mon, 2002-05-13 um 03.05 schrieb David Haller:

...
On Sun, 12 May 2002, Andre Heine wrote: allerdings habe ich auch das C++ Backend "${prefix}/lib/gcc-lib/${arch}/${compilerversion}/cc1plus" sowie das C++ Frontend 'g++' (samt hardlink c++ bzw. andersrum) in "${prefix}/bin/" installiert...

...

Hmm? Oben schriebst Du doch, dass Du cc1plus in $(prefix)/bin hättest.

Nunja - wie gut, dass dies noch nicht weggelöscht wurde. ==> habe ich auch das C++ Backend ==> "${prefix}/lib/gcc-lib/${arch}/${compilerversion}/cc1plus" Also ganz klar ${prefix}/lib/gcc-lib/..../cc1plus Lediglich das Frontend g++ soll in ${prefix}/bin/ liegen: ==> sowie das C++ Frontend 'g++' (samt hardlink c++ bzw. andersrum) in ==> "${prefix}/bin/" Und das alles war ein Satz, der besagte: "allerdings habe ich das C++ Backend ..... sowie das C++ Frontend ..... installiert". Somit wurde nie von irgendwem behauptet, dass cc1plus unter $prefix/bin liegen solle.... Aber ansonsten danke für die ganzen Infos - war mal interessant zu wissen. Mit den besten Grüßen, Konrad Neitzel -- SoftMediaTec GmbH Tel: 0172 / 689 31 45 Fax: 069 / 90 50 99 53

David Haller

15:21

Hallo, On Tue, 14 May 2002, Ralf Corsepius wrote:

...

Am Mon, 2002-05-13 um 17.19 schrieb David Haller:

...
Noe ;) Du irrst - es ist ein substanzieller Unterschied, da Du Dich dann um die von g++ implizit benötigten Libs selbst kümmern musst (z.B. -lstdc++)

Jo.

...

...
...
...
allerdings habe ich auch das C++ Backend "${prefix}/lib/gcc-lib/${arch}/${compilerversion}/cc1plus" sowie das C++ Frontend 'g++' (samt hardlink c++ bzw. andersrum) in "${prefix}/bin/" installiert... Auaweia. cc1plus gehört nach gcc-lib/... und sonst nirgendwo hin.

Da isser ja auch. Hmm? Oben schriebst Du doch, dass Du cc1plus in $(prefix)/bin hättest.

Nein. Les den Satz nochmal ;) Denk dir vor'm sowie nen ';'... [..]

...

Was war einfacher? gcc -lstdc++ oder g++?

*g* [..]

...

# /opt/gcc31/bin/gcc31 -v -x c++ -o cchallo cchallo.foo -lstdc++ [..] -lstdc++ -lgcc -lgcc_eh -lc -lgcc -lgcc_eh [..] # /opt/gcc31/bin/g++31 -v -x c++ -o cchallo cchallo.foo [..] -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc [..]

Sachma, kompilierst du etwa als root oder sieht nur dein Prompt anders aus? *scnr*

...

Der wesentliche Unterschied: libgcc_eh (eh .. exception handling) vs. libgcc_s. Würde das Programm Exceptions verwenden, wäre gcc ... nun gescheitert.

Hm. Was sind denn 'libgcc_eh' bzw. libgcc_s? Ich glaub fast, ich sollte mir den gcc-3.x auch mal installieren :)

...

Lange Rede, kurzer Sinn: Zum Übersetzen von c++-Code "g++/c++" verwenden und die c++-Welt mit gcc wird deutlich einfacher.

Ack. -dnh -- Eines Tages wird der Rechner laufen, und an dem Tag gehe ich in Rente ... [Christian Kuhn in suse-linux]

Ralf Corsepius

15 May 15 May

05:44

Am Die, 2002-05-14 um 17.21 schrieb David Haller:

...

Hallo,

On Tue, 14 May 2002, Ralf Corsepius wrote:

...
Am Mon, 2002-05-13 um 17.19 schrieb David Haller:

...
Noe ;) Du irrst - es ist ein substanzieller Unterschied, da Du Dich dann um die von g++ implizit benötigten Libs selbst kümmern musst (z.B. -lstdc++)

Jo.

...
...
...
...
allerdings habe ich auch das C++ Backend "${prefix}/lib/gcc-lib/${arch}/${compilerversion}/cc1plus" sowie das C++ Frontend 'g++' (samt hardlink c++ bzw. andersrum) in "${prefix}/bin/" installiert... Auaweia. cc1plus gehört nach gcc-lib/... und sonst nirgendwo hin.

Da isser ja auch. Hmm? Oben schriebst Du doch, dass Du cc1plus in $(prefix)/bin hättest.

Nein. Les den Satz nochmal ;) Denk dir vor'm sowie nen ';'... OK, Missverständnis.

...

Sachma, kompilierst du etwa als root oder sieht nur dein Prompt anders aus? *scnr* Normalerweise nicht ;)

Nur werden '>'-Prompts in Emails gerne mit '>'-Einrückungen/Zitaten verwechselt, weshalb ich in Emails '#' als Prompt verwende. Ausserdem soll es Leute geben, gerne Zeilen aus Emails in die Shell "Cut'n'Pasten". Da ist "#" (Kommentar) etwas unverfänglicher als ">" (Ausgabeumleitung) :)

...

...
Der wesentliche Unterschied: libgcc_eh (eh .. exception handling) vs. libgcc_s. Würde das Programm Exceptions verwenden, wäre gcc ... nun gescheitert.

Hm. Was sind denn 'libgcc_eh' bzw. libgcc_s? Ich glaub fast, ich sollte mir den gcc-3.x auch mal installieren :)

Implementierungsdetails des gcc ;) Ralf

Philipp Thomas

13 May 13 May

07:48

David Haller [ Mon, 13 Mai 2002 03:05:05 +0200]: gcc -v -lstdc++ -o hello hello.cpp Wer es umständlich mag ;-) c++ -v -lstdc++ -o hello hello.cpp ^^^^^^^^ ist bei c++ nicht nötig, dass macht er schon automatisch.

Andre Heine

08:52

Hi, From: Philipp Thomas

...

David Haller [ Mon, 13 Mai 2002 03:05:05 +0200]:

...
gcc -v -lstdc++ -o hello hello.cpp

Wer es umständlich mag ;-)

c++ -v -lstdc++ -o hello hello.cpp ^^^^^^^^ ist bei c++ nicht nötig, dass macht er schon automatisch.

Zumal der gcc teilweise andere warnings erzeugt, wie der g++. IMHO ist der g++ etwas toleranter gegenüber kleinen Fehlern :) z.B. gibt mir der gcc hier warnings aus: --------------------------- #include void main(void) { printf("Hello gcc\n"); } ----------------------------- g++ kompiliert ohne warnings. Bye Andre

Ralf Corsepius

10:26

Am Mon, 2002-05-13 um 10.52 schrieb Andre Heine:

...

Hi,

...

Zumal der gcc teilweise andere warnings erzeugt, wie der g++. IMHO ist der g++ etwas toleranter gegenüber kleinen Fehlern :)

z.B. gibt mir der gcc hier warnings aus: --------------------------- #include

void main(void) { printf("Hello gcc\n"); } -----------------------------

g++ kompiliert ohne warnings. Kein Feature, sondern ein Bug in gcc-2.95.3 (SuSE). G++-3.0 und 3.1 liefern richtigerweise einen Error:

/opt/gcc31/bin/gcc31 -o hello hello.c hello.c: In function `main': hello.c:4: warning: return type of `main' is not `int' /opt/gcc31/bin/g++31 -o hello hello.c hello.c:4: `main' must return `int' Ralf

Andre Heine

11:20

Hi Ralf, From: Ralf Corsepius [...]

...

...
g++ kompiliert ohne warnings. Kein Feature, sondern ein Bug in gcc-2.95.3 (SuSE). G++-3.0 und 3.1 liefern richtigerweise einen Error:

Schade :)) Den gcc/g++ 3.0 habe ich nocht nicht ausprobiert, bislang habe ich einige inkompilitäten festgestellt. Darum nutze ich nur den 2.93.X.

...

/opt/gcc31/bin/gcc31 -o hello hello.c hello.c: In function `main': hello.c:4: warning: return type of `main' is not `int'

Diese Warnung bekomme ich mit dem alten 2.95er auch, nur g++ meckert nicht. Na ja, jedenfall benutze ich zum kompilieren von C++ nur den g++, bis heute wußte ich nichts davon, daß man auch den gcc nehmen kann. Man lernt eben immer etwas dazu. Ciao Andre

B.Brodesser＠t-online.de

09:27

* Philipp Thomas schrieb am 13.Mai.2002:

...

David Haller [ Mon, 13 Mai 2002 03:05:05 +0200]:

gcc -v -lstdc++ -o hello hello.cpp

Wer es umständlich mag ;-)

c++ -v -lstdc++ -o hello hello.cpp ^^^^^^^^ ist bei c++ nicht nötig, dass macht er schon automatisch.

make hello dürfte noch einfacher sein. ;) Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0

Andre Heine

13:21

Hallo Bernd, From: Bernd Brodesser

...

* Philipp Thomas schrieb am 13.Mai.2002:

...
Wer es umständlich mag ;-)

c++ -v -lstdc++ -o hello hello.cpp ^^^^^^^^ ist bei c++ nicht nötig, dass macht er schon automatisch.

make hello

dürfte noch einfacher sein. ;)

ACK, habe gerade gestestet, make wählt auch den richtigen Compiler, je nach Endung (c, cc, cpp). Nochmehr dazu gelernt :)) Ciao Andre

B.Brodesser＠t-online.de

15:06

* Andre Heine schrieb am 13.Mai.2002:

...

From: Bernd Brodesser

...

...
make hello

dürfte noch einfacher sein. ;)

...

ACK, habe gerade gestestet, make wählt auch den richtigen Compiler, je nach Endung (c, cc, cpp).

Oder auch .p, .f, .s, .l, .y und etliche andere, etwa .tex. Sind übrigens die Endungen für Pascal, Fortran, Assambler, lex bzw. flex und yacc bzw. bison. Wenn Du es komplizierter haben willst, dann mußt Du ein Makefile basteln. Bernd -- Bei Fragen an die Liste erst mal nachschauen, ob es diese Frage nicht schon einmal gegeben hat. Ein Archiv der Liste findest Du auf: http://lists.suse.com/archives/suse-linux |Zufallssignatur 7

Andre Heine

16:02

Am Montag, 13. Mai 2002 17:06 schrieb Bernd Brodesser:

...

Wenn Du es komplizierter haben willst, dann mußt Du ein Makefile basteln.

Für größere Projekte, bzw. wenn man andere Librarys benötigt ist ein Makefile angesagt :) Erspart eine menge Tipperei! Es gibt ja auch nette Tolls, die Makefiles generieren, aber das make ohne Makefile arbeitet habe ich nicht gewußt. Zur Zeit teste ich make mit java, funktioniert wunderbar. Vermutlich kann make mit allen umgehen. Ciao Andre

8042

Age (days ago)

8045

Last active (days ago)

List overview

Download

20 comments

8 participants

participants (8)

Andre Heine
Andreas Meyer
B.Brodesser＠t-online.de
David Haller
Henne Vogelsang
Konrad Neitzel
Philipp Thomas
Ralf Corsepius

c++

Andreas Meyer

Henne Vogelsang

Andreas Meyer

Philipp Thomas

Andreas Meyer

Andre Heine

David Haller

Ralf Corsepius

David Haller

Ralf Corsepius

Konrad Neitzel

David Haller

Ralf Corsepius

Philipp Thomas

Andre Heine

Ralf Corsepius

Andre Heine

B.Brodesser＠t-online.de

Andre Heine

B.Brodesser＠t-online.de

Andre Heine

tags

participants (8)