Programme kompilieren - Fehlermeldung - was läuft falsch?
Hallo alle zusammen, möchte mir den LOPSTER installieren und komme beim Kompilieren nicht weiter. Irgendetwas scheint zu fehlen bzw. nicht zu stimmen. System SuSE 8.0 in der Standardinstallation. Ich hänge die Meldung einfach 'mal an, vielleicht hat jemand eine Idee, was ich wohl falsch mache oder was installationsseitig fehlt. boss:/home/heiner # cd lopster-1.0.1-dev5.12 boss:/home/heiner/lopster-1.0.1-dev5.12 # ./configure creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... no checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... missing checking for gcc... gcc 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 for gcc option to accept ANSI C... none needed checking for a BSD compatible install... /usr/bin/install -c checking whether byte ordering is bigendian... no checking for working const... yes checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for locale.h... yes checking for fcntl.h... yes checking for sys/time.h... yes checking for unistd.h... yes checking for liblconv.h... no checking for lconv_conv in -llconv... no checking for setlocale... yes checking for mkdir... yes checking for socket... yes checking for strdup... yes checking for strcasestr... yes checking for ranlib... ranlib checking for inline... inline checking for off_t... yes checking for size_t... yes checking for working alloca.h... yes checking for alloca... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for argz.h... yes checking for limits.h... yes checking for locale.h... (cached) yes checking for nl_types.h... yes checking for malloc.h... yes checking for string.h... yes checking for unistd.h... (cached) yes checking for sys/param.h... yes checking for getcwd... yes checking for munmap... yes checking for putenv... yes checking for setenv... yes checking for setlocale... (cached) yes checking for strchr... yes checking for strcasecmp... yes checking for strdup... (cached) yes checking for __argz_count... yes checking for __argz_stringify... yes checking for __argz_next... yes checking for stpcpy... yes checking for LC_MESSAGES... yes checking whether NLS is requested... yes checking whether included gettext is requested... no checking for libintl.h... yes checking for gettext in libc... yes checking for msgfmt... no checking whether catgets can be used... no checking for msgfmt... (cached) no checking for gmsgfmt... no checking for xgettext... : checking for catalogs to be installed... de fr it ja ca checking for gtk-config... no checking for GTK - version >= 1.2.0... no *** The gtk-config script installed by GTK could not be found *** If GTK was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GTK_CONFIG environment variable to the *** full path to gtk-config. configure: error: GTK is required! boss:/home/heiner/lopster-1.0.1-dev5.12 # make bash: make: command not found boss:/home/heiner/lopster-1.0.1-dev5.12 # gtk in Version 1.2.10 ist wohl bei der Grundinstallation dabei gewesen. Gruß und einen schönen Sonntag Heiner -- ***************************************** Heiner Gewiehs D- 63868 Großwallstadt FON: 06022 654167 E-Mail: heiner.gewiehs@gewiehs.de *****************************************
On Sun, 13 Oct 2002 at 10:32 (+0200), Heiner Gewiehs wrote:
Hallo alle zusammen,
möchte mir den LOPSTER installieren und komme beim Kompilieren nicht weiter. Irgendetwas scheint zu fehlen bzw. nicht zu stimmen. System SuSE 8.0 in der Standardinstallation.
Ich hänge die Meldung einfach 'mal an, vielleicht hat jemand eine Idee, was ich wohl falsch mache oder was installationsseitig fehlt.
[...]
*** The gtk-config script installed by GTK could not be found *** If GTK was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GTK_CONFIG environment variable to the *** full path to gtk-config. configure: error: GTK is required! boss:/home/heiner/lopster-1.0.1-dev5.12 # make bash: make: command not found boss:/home/heiner/lopster-1.0.1-dev5.12 #
gtk in Version 1.2.10 ist wohl bei der Grundinstallation dabei gewesen.
Es fehlt das Paket gtk-devel, das die Headerdateien enthält.
Warum man das braucht wirst Du erst verstehen, wenn Du mal C/C++
einigermaßen kannst, aber es reicht zu wissen, dass man die
devel-Pakete immer braucht, wenn man was selber kompilieren will, das
auf den Paketen aufbaut.
Gruß,
Bernhard
--
_________ http://www.bwalle.de _________________________________________________
If you really want pure ASCII, save it as text... or browse
it with your favorite browser...
-- Alexandre Maret
Bernhard Walle wrote:
Ich hänge die Meldung einfach 'mal an, vielleicht hat jemand eine Idee, was ich wohl falsch mache oder was installationsseitig fehlt.
[...]
*** The gtk-config script installed by GTK could not be found *** If GTK was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GTK_CONFIG environment variable to the *** full path to gtk-config. configure: error: GTK is required! boss:/home/heiner/lopster-1.0.1-dev5.12 # make bash: make: command not found ^^^^^^^^^^^^^^^^^^^^^^^ boss:/home/heiner/lopster-1.0.1-dev5.12 #
gtk in Version 1.2.10 ist wohl bei der Grundinstallation dabei gewesen.
Es fehlt das Paket gtk-devel, das die Headerdateien enthält. Warum man das braucht wirst Du erst verstehen, wenn Du mal C/C++ einigermaßen kannst, aber es reicht zu wissen, dass man die devel-Pakete immer braucht, wenn man was selber kompilieren will, das auf den Paketen aufbaut.
... und wenn er dann auch noch 'make' installiert wird es schon werden. micha
Moin,
* Michael Meyer
bash: make: command not found ... und wenn er dann auch noch 'make' installiert wird es schon werden.
Kein make? Ist das eine Fehlinstallation oder von SuSE so geplant? Thorsten -- You're not supposed to be so blind with patriotism that you can't face reality. Wrong is wrong, no matter who does it or who says it. - Malcolm X
Bernhard Walle wrote:
Ich hänge die Meldung einfach 'mal an, vielleicht hat jemand eine Idee, was ich wohl falsch mache oder was installationsseitig fehlt.
*** The gtk-config script installed by GTK could not be found *** If GTK was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GTK_CONFIG environment variable to
Am Sonntag, 13. Oktober 2002 12:03 schrieb Michael Meyer: the
*** full path to gtk-config. configure: error: GTK is required! boss:/home/heiner/lopster-1.0.1-dev5.12 # make bash: make: command not found ^^^^^^^^^^^^^^^^^^^^^^^ boss:/home/heiner/lopster-1.0.1-dev5.12 #
gtk in Version 1.2.10 ist wohl bei der Grundinstallation dabei gewesen.
Es fehlt das Paket gtk-devel, das die Headerdateien enthält. Warum man das braucht wirst Du erst verstehen, wenn Du mal C/C++ einigermaßen kannst, aber es reicht zu wissen, dass man die devel-Pakete immer braucht, wenn man was selber kompilieren will, das auf den Paketen aufbaut.
... und wenn er dann auch noch 'make' installiert wird es schon werden.
Hallo Micha, hallo Bernhard, danke für Eure Unterstützung! Habe sowohl das Paket "gtk-devel" als auch die Pakete "make" und auch noch "automake" nachinstalliert! Bei GTK scheint es aber immer noch zu klemmen, da flippt die Kiste hier ja bald aus! checking for gtk-config... /usr/bin/gtk-config checking for GTK - version >= 1.2.0... no *** Could not run GTK test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GTK was incorrectly installed *** or that you have moved GTK since it was installed. In the latter case, you *** may want to edit the gtk-config script: /usr/bin/gtk-config configure: error: GTK is required! You have new mail in /var/spool/mail/heiner boss:/home/heiner/lopster-1.0.1-dev5.12 # make make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden.. Schluss. boss:/home/heiner/lopster-1.0.1-dev5.12 # ja und bei dem Befehl "make" kommt folgendes zurück: boss:/home/heiner/lopster-1.0.1-dev5.12 # make make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden.. Schluss. boss:/home/heiner/lopster-1.0.1-dev5.12 # GTK muss ja laufen, wie ich gesehen habe sind davon ja diverse andere Programme abhängig - wieso aber hier nicht? Für weitere Hilfe bin ich sehr dankbar. Gruß Heiner -- ***************************************** Heiner Gewiehs D- 63868 Großwallstadt FON: 06022 654167 E-Mail: heiner.gewiehs@gewiehs.de *****************************************
Hallo Heiner Am Sonntag, 13. Oktober 2002 15:18 schrieb Heiner Gewiehs:
checking for gtk-config... /usr/bin/gtk-config checking for GTK - version >= 1.2.0... no
bist du dir sicher das GTK installiert ist?
boss:/home/heiner/lopster-1.0.1-dev5.12 # make make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden.. Schluss. boss:/home/heiner/lopster-1.0.1-dev5.12 #
ist in dem Verzeichniss indem du make absetzt ein Makefile? Gruss Rudi -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Windowsmeldung Nr. 412 : Sie haben ihre Maus bewegt. Bitte Starten Sie ihren Computer neu, damit die Änderung wirksam wird.
Moin,
* Rudi Hoening
Am Sonntag, 13. Oktober 2002 15:18 schrieb Heiner Gewiehs:
boss:/home/heiner/lopster-1.0.1-dev5.12 # make make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden.. Schluss. boss:/home/heiner/lopster-1.0.1-dev5.12 #
ist in dem Verzeichniss indem du make absetzt ein Makefile?
Nur, wenn das configure erfolgreich war. Thorsten -- Is there a suspect in your family? - Contact the Ministry of Information.
Am Sonntag, 13. Oktober 2002 13:24 schrieb Rudi Hoening:
Hallo Heiner
Am Sonntag, 13. Oktober 2002 15:18 schrieb Heiner Gewiehs:
checking for gtk-config... /usr/bin/gtk-config checking for GTK - version >= 1.2.0... no
bist du dir sicher das GTK installiert ist?
Hallo Rudi, ja, GTK Version 1.2.10 ist installiert.
boss:/home/heiner/lopster-1.0.1-dev5.12 # make make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden.. Schluss. boss:/home/heiner/lopster-1.0.1-dev5.12 #
ist in dem Verzeichniss indem du make absetzt ein Makefile?
ja, Makefile.am und Makefile.in. Gruß Heiner -- ***************************************** Heiner Gewiehs D- 63868 Großwallstadt FON: 06022 654167 E-Mail: heiner.gewiehs@gewiehs.de *****************************************
* Heiner Gewiehs schrieb am 13.Okt.2002:
Am Sonntag, 13. Oktober 2002 13:24 schrieb Rudi Hoening:
ist in dem Verzeichniss indem du make absetzt ein Makefile?
ja, Makefile.am und Makefile.in.
Ein Makefile muß Makefile heißen, oder makefile oder GNUmakefile, [1] aber nicht Makefile.am oder Makefile.in. Das nützt rein gar nichts. Danach schaut make nicht. ./configure macht normalerweise ein Makefile daraus, aber das ist make egal. [1] letzteres gilt natürlich nur für das make von GNU. Bernd -- Bitte die Etikette beachten: http://www.suse-etikette.de.vu/etikette.html Bitte Realnamen angeben, kein Vollquoting, kein Html, PGP oder Visitenkarten benutzen. Signatur mit "-- " abtrennen, bei Antworten "Re: " voranstellen, sonst nichts. |Zufallssignatur 4
On Sun, 13 Oct 2002 at 15:57 (+0200), Bernd Brodesser wrote:
* Heiner Gewiehs schrieb am 13.Okt.2002:
Am Sonntag, 13. Oktober 2002 13:24 schrieb Rudi Hoening:
ist in dem Verzeichniss indem du make absetzt ein Makefile?
ja, Makefile.am und Makefile.in.
Ein Makefile muß Makefile heißen, oder makefile oder GNUmakefile, [1] aber nicht Makefile.am oder Makefile.in. Das nützt rein gar nichts. Danach schaut make nicht. ./configure macht normalerweise ein Makefile daraus, aber das ist make egal.
V. a. kommt make nicht mit einem Makefile.in oder Makefile.am zurecht, auch wenn man es mit -f angibt oder umbenennt. Es handelt sich dabei um ein anderes Format. Gruß, Bernhard -- _________ http://www.bwalle.de _________________________________________________ "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." -- Albert Einstein
On Sun, 13 Oct 2002 at 15:18 (+0200), Heiner Gewiehs wrote:
Bernhard Walle wrote:
Ich hänge die Meldung einfach 'mal an, vielleicht hat jemand eine Idee, was ich wohl falsch mache oder was installationsseitig fehlt.
*** The gtk-config script installed by GTK could not be found *** If GTK was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GTK_CONFIG environment variable to
Am Sonntag, 13. Oktober 2002 12:03 schrieb Michael Meyer: the
*** full path to gtk-config. configure: error: GTK is required! boss:/home/heiner/lopster-1.0.1-dev5.12 # make bash: make: command not found ^^^^^^^^^^^^^^^^^^^^^^^ boss:/home/heiner/lopster-1.0.1-dev5.12 #
gtk in Version 1.2.10 ist wohl bei der Grundinstallation dabei gewesen.
Es fehlt das Paket gtk-devel, das die Headerdateien enthält. Warum man das braucht wirst Du erst verstehen, wenn Du mal C/C++ einigermaßen kannst, aber es reicht zu wissen, dass man die devel-Pakete immer braucht, wenn man was selber kompilieren will, das auf den Paketen aufbaut.
... und wenn er dann auch noch 'make' installiert wird es schon werden.
Könntest Du bitte Deinem KMail das Kammquoting abgewöhnen (Zeilenlänge irgendwie erhöhen). Du verwendest nicht zufällig ein Outlook Express und veränderst den Header nachträglich. ;-)
danke für Eure Unterstützung! Habe sowohl das Paket "gtk-devel" als auch die Pakete "make" und auch noch "automake" nachinstalliert!
Bei GTK scheint es aber immer noch zu klemmen, da flippt die Kiste hier ja bald aus!
checking for gtk-config... /usr/bin/gtk-config
Was sagt gtk-config --version? Müsste sowas wie "1.2.10" ausgeben (1.2.9 oder 1.2.11 (falls es das gibt) wären auch Ok).
checking for GTK - version >= 1.2.0... no *** Could not run GTK test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GTK was incorrectly installed *** or that you have moved GTK since it was installed. In the latter case, you *** may want to edit the gtk-config script: /usr/bin/gtk-config
Seltsam. Versuche mal folgendes Programm in einen Editor zu schreiben
und es GtkTest.c zu nennen:
===================================
#include
Am Sonntag, 13. Oktober 2002 13:59 schrieb Bernhard Walle:
On Sun, 13 Oct 2002 at 15:18 (+0200), Heiner Gewiehs wrote:
Am Sonntag, 13. Oktober 2002 12:03 schrieb Michael Meyer:
Könntest Du bitte Deinem KMail das Kammquoting abgewöhnen (Zeilenlänge irgendwie erhöhen). Du verwendest nicht zufällig ein Outlook Express und veränderst den Header nachträglich. ;-)
Bin ich bislang noch nicht drauf gestoßen worden. Also gut ich benutze kmail und habe den Zeilenumbruch von jetzt 68 auf 75 erhöht.
Bei GTK scheint es aber immer noch zu klemmen, da flippt die Kiste hier ja bald aus!
checking for gtk-config... /usr/bin/gtk-config
Was sagt gtk-config --version? Müsste sowas wie "1.2.10" ausgeben (1.2.9 oder 1.2.11 (falls es das gibt) wären auch Ok).
ja, tut es auch: --version) echo 1.2.10
checking for GTK - version >= 1.2.0... no *** Could not run GTK test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GTK was incorrectly installed *** or that you have moved GTK since it was installed. In the latter case, you *** may want to edit the gtk-config script: /usr/bin/gtk-config
Seltsam. Versuche mal folgendes Programm in einen Editor zu schreiben und es GtkTest.c zu nennen:
=================================== #include
int main (int argc, char *argv[]) {
gtk_init(&argc, &argv);
return(0); } ===================================
Dann versuche es mit folgendem Kommando zu kompilieren: gcc `gtk-config --cflags --libs` -W -Wall -o GtkTest GtkTest.c
Das sieht dann so aus: File /GtkTest.c not changed so no update needed. boss:/home/heiner # cd boss:~ # cd .. boss:/ # gcc 'gtk-config --cflags --libs` -W -Wall -o GtkTest GtkTest.c
Irgendwelche Fehlermeldungen? (Du brauchst das Programm nicht aufzurufen, es tut nichts. Kompilieren lassen muss es sich aber!)
keine Fehlermeldung - aber auch keine Rückkehr zur / - Ebene. Mehr tut sich leider nicht. Gruß Heiner -- ***************************************** Heiner Gewiehs D- 63868 Großwallstadt FON: 06022 654167 E-Mail: heiner.gewiehs@gewiehs.de *****************************************
On Sun, 13 Oct 2002 at 15:37 (+0200), Heiner Gewiehs wrote:
Am Sonntag, 13. Oktober 2002 13:59 schrieb Bernhard Walle:
On Sun, 13 Oct 2002 at 15:18 (+0200), Heiner Gewiehs wrote:
Am Sonntag, 13. Oktober 2002 12:03 schrieb Michael Meyer:
Seltsam. Versuche mal folgendes Programm in einen Editor zu schreiben und es GtkTest.c zu nennen:
=================================== #include
int main (int argc, char *argv[]) {
gtk_init(&argc, &argv);
return(0); } ===================================
Dann versuche es mit folgendem Kommando zu kompilieren: gcc `gtk-config --cflags --libs` -W -Wall -o GtkTest GtkTest.c
Das sieht dann so aus:
File /GtkTest.c not changed so no update needed.
Woher kommt das?
boss:/home/heiner # cd boss:~ # cd .. boss:/ # gcc 'gtk-config --cflags --libs` -W -Wall -o GtkTest GtkTest.c
Dann gib das ein was ich Dir geschrieben habe und nicht was anderes.
Ist es wirklich so schwer, copy&paste zu benutzen? (Hinweis: Es gibt
ein Hochkomma ' und ein Backtick `. In dem Fall brauchst Du den
Backtick, den man mit Shift+
Moin,
* Heiner Gewiehs
boss:/home/heiner/lopster-1.0.1-dev5.12 # make make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden.. Schluss. boss:/home/heiner/lopster-1.0.1-dev5.12 #
ja und bei dem Befehl "make" kommt folgendes zurück:
boss:/home/heiner/lopster-1.0.1-dev5.12 # make make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden.. Schluss. boss:/home/heiner/lopster-1.0.1-dev5.12 #
Ein 'make' brauchst Du garnicht erst anzugeben, wenn das 'configure' nicht erfolgreich war. Zwei schon garnicht.
GTK muss ja laufen, wie ich gesehen habe sind davon ja diverse andere Programme abhängig - wieso aber hier nicht?
Wie schon gesagt, es fehlen die Teile (oder sind falsch konfiguriert), die man zum Bau neuer Programme braucht.
Für weitere Hilfe bin ich sehr dankbar.
Ein Tip: Bei Linux gibt es oftmals nützliche Fehlermeldungen. In Deinem Fall scheinen Details in config.log zu stehen. Lies mal die letzten paar Zeilen. Thorsten -- The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. - George Bernard Shaw
Moin,
* Michael Meyer
Heiner Gewiehs wrote:
checking for gtk-config... /usr/bin/gtk-config checking for GTK - version >= 1.2.0... no *** Could not run GTK test program, checking why...
du kannst es mal mit './configure --disable-gtktest' versuchen.
Ich rate ab. Man sollte den Fehler finden, nicht die Symptome beseitigen. Thorsten -- Wasn't the storming of the Bastille an act of terrorism? Probably. Now it's a holiday. - umarsyed
Am Sonntag, 13. Oktober 2002 15:27 schrieb Thorsten Haude:
Moin,
* Michael Meyer
[02-10-13 14:50]: Heiner Gewiehs wrote:
checking for gtk-config... /usr/bin/gtk-config checking for GTK - version >= 1.2.0... no *** Could not run GTK test program, checking why...
du kannst es mal mit './configure --disable-gtktest' versuchen.
Ich rate ab. Man sollte den Fehler finden, nicht die Symptome beseitigen.
So, nun hab'n wir den Salat! Ich hätte vielleicht erst abwarten sollen! also, habe ./configure --disable-gtktest gestartet, funktionierte und lief gut durch. Bei "make"hat das System seitenlange Meldungen und auch Warnungen über "unused parameter" gezeigt. Auf "make install" verzichte ich also noch. Kann da großartig was passiert sein? (Also mit Linux leben, das geht ganz gut und macht Spaß - sollte ich davon leben, müsste ich verhungern) Gruß Heiner -- ***************************************** Heiner Gewiehs D- 63868 Großwallstadt FON: 06022 654167 E-Mail: heiner.gewiehs@gewiehs.de *****************************************
Heiner Gewiehs wrote:
Ich rate ab. Man sollte den Fehler finden, nicht die Symptome beseitigen.
also, habe ./configure --disable-gtktest gestartet, funktionierte und lief gut durch. Bei "make"hat das System seitenlange Meldungen und auch Warnungen über "unused parameter" gezeigt.
das ist normal. hast du nun unter '/home/heiner/lopster-1.0.1-dev5.12/src' ein binary 'lopster'? dann dort mal ein './lopster' und sehen ob es läuft.
Auf "make install" verzichte ich also noch. Kann da großartig was passiert sein?
nein micha
Moin,
* Michael Meyer
Heiner Gewiehs wrote:
also, habe ./configure --disable-gtktest gestartet, funktionierte und lief gut durch. Bei "make"hat das System seitenlange Meldungen und auch Warnungen über "unused parameter" gezeigt.
das ist normal.
Unfug. Thorsten -- Fear leads to anger. Anger leads to hate. Hate leads to using Windows for mission-critical applications.
Thorsten Haude wrote:
Bei "make"hat das System seitenlange Meldungen und auch Warnungen über "unused parameter" gezeigt.
das ist normal.
Unfug.
was ist nun unfug? seitenlange meldungen oder der hinweis auf unbenutzte parameter? erkläre es doch bitte etwas ausführlicher was daran unfug ist. micha
Moin,
* Michael Meyer
Thorsten Haude wrote:
Bei "make"hat das System seitenlange Meldungen und auch Warnungen über "unused parameter" gezeigt.
das ist normal.
Unfug.
was ist nun unfug? seitenlange meldungen oder der hinweis auf unbenutzte parameter? erkläre es doch bitte etwas ausführlicher was daran unfug ist.
Unfug ist, daß das normal ist. Solche Dinge sollte man untersuchen, nicht einfach ignorieren. Thorsten -- Omnis enim res, quae quando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est. - Aurelius Augustinus
Thorsten Haude wrote:
was ist nun unfug? seitenlange meldungen oder der hinweis auf unbenutzte parameter? erkläre es doch bitte etwas ausführlicher was daran unfug ist.
Unfug ist, daß das normal ist. Solche Dinge sollte man untersuchen, nicht einfach ignorieren.
http://web.informatik.uni-bonn.de/~zach/progr/guidelines.html | Übrigens, die Warning "Parameter not used" (oder so ähnlich) kann man | dadurch umgehen, indem man den Namen des Parameters einfach im Prototyp | wegläßt. und das soll nun der OP deiner meinung nach machen? 'http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html' micha
Moin,
* Michael Meyer
Thorsten Haude wrote:
was ist nun unfug? seitenlange meldungen oder der hinweis auf unbenutzte parameter? erkläre es doch bitte etwas ausführlicher was daran unfug ist.
Unfug ist, daß das normal ist. Solche Dinge sollte man untersuchen, nicht einfach ignorieren.
http://web.informatik.uni-bonn.de/~zach/progr/guidelines.html | Übrigens, die Warning "Parameter not used" (oder so ähnlich) kann man | dadurch umgehen, indem man den Namen des Parameters einfach im Prototyp | wegläßt.
und das soll nun der OP deiner meinung nach machen?
Sich an die Entwickler wenden und fragen, was die Warnungen zu bedeuten haben. Ich habe nicht gesagt, daß der Untergang des Abendlandes bevorsteht, wenn diese Warnung auftaucht, aber man sollte sie nicht ignorieren. Der gcc gibt solche Warnungen nicht aus, weil er sich langweilt. Der Entwickler sollte natürlich die Warnungen beseitigen oder halt gcc so aufrufen, daß die Warnungen nicht erscheinen. Thorsten -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin
Thorsten Haude wrote:
und das soll nun der OP deiner meinung nach machen?
Sich an die Entwickler wenden und fragen, was die Warnungen zu bedeuten haben.
natürlich könnte er machen. in der zwischenzeit könnte er dann ja mit dem mit 'warnings' übersetzten 'lopster' schon mal anfangen sich seine lieblingsmusik zu laden.
Ich habe nicht gesagt, daß der Untergang des Abendlandes bevorsteht, wenn diese Warnung auftaucht, aber man sollte sie nicht ignorieren. Der gcc gibt solche Warnungen nicht aus, weil er sich langweilt.
macht diese aussage im zusammenhang mit
oder halt gcc so aufrufen, daß die Warnungen nicht erscheinen.
noch irgendeinen sinn? micha
Moin,
* Michael Meyer
Thorsten Haude wrote:
und das soll nun der OP deiner meinung nach machen?
Sich an die Entwickler wenden und fragen, was die Warnungen zu bedeuten haben.
natürlich könnte er machen. in der zwischenzeit könnte er dann ja mit dem mit 'warnings' übersetzten 'lopster' schon mal anfangen sich seine lieblingsmusik zu laden.
Mag sein, ich kenne das Programm nicht.
Ich habe nicht gesagt, daß der Untergang des Abendlandes bevorsteht, wenn diese Warnung auftaucht, aber man sollte sie nicht ignorieren. Der gcc gibt solche Warnungen nicht aus, weil er sich langweilt.
macht diese aussage im zusammenhang mit
oder halt gcc so aufrufen, daß die Warnungen nicht erscheinen.
noch irgendeinen sinn?
Allerdings. Wenn Du meine Mail nicht so verfälschend zitiert hättest, würde Dir der Unterschied vielleicht auch klar werden. So wie ich das sehe, willst Du gerne, daß ich bestätige, daß man diese Warnungen ignorieren sollte. Das werde ich aber nicht tun. Ich verstehe Deinen Standpunkt nicht, erkläre doch mal bitte erschöpfend, welche Warnungen ich in Zukunft ignorieren kann und welche nicht. Falls Du das nicht kannst, werde ich mich weiterhin von Warnungen warnen lassen. Thorsten -- Necessity is the plea for every infringement of human freedom. It is the argument of tyrants; it is the creed of slaves. - William Pitt
Thorsten Haude wrote:
Ich habe nicht gesagt, daß der Untergang des Abendlandes bevorsteht, wenn diese Warnung auftaucht, aber man sollte sie nicht ignorieren. Der gcc gibt solche Warnungen nicht aus, weil er sich langweilt.
macht diese aussage im zusammenhang mit
oder halt gcc so aufrufen, daß die Warnungen nicht erscheinen.
noch irgendeinen sinn?
Allerdings. Wenn Du meine Mail nicht so verfälschend zitiert hättest, würde Dir der Unterschied vielleicht auch klar werden.
erst sagst du 'man solle die warnungen nicht ignorieren'. dann gibst du die empfehlung (an den entwickler) den gcc so aufzurufen das keine warnungen erscheinen. irgendwie wiederspricht sich das doch, oder?
So wie ich das sehe, willst Du gerne, daß ich bestätige, daß man diese Warnungen ignorieren sollte. Das werde ich aber nicht tun.
du siehst falsch. siehe doch noch einmal.
Ich verstehe Deinen Standpunkt nicht, erkläre doch mal bitte erschöpfend, welche Warnungen ich in Zukunft ignorieren kann und welche nicht. Falls Du das nicht kannst, werde ich mich weiterhin von Warnungen warnen lassen.
reicht es dir wenn ich mich einfach Bernhard anschliesse? ich denke er hat es treffend formuliert. was mich wirklich genervt hat ist deine, auf ein wort beschränkte mail, die zu dieser diskussion geführt hat. ich sehe aber ein das meine formulierung 'das ist normal', im zusammenhang mir 'warnings' nicht unbedingt glücklich gewählt war. aber du wirst mir zustimmen das 'seitenlange meldungen' normal sind, ja? micha
Moin,
* Michael Meyer
Thorsten Haude wrote:
Ich habe nicht gesagt, daß der Untergang des Abendlandes bevorsteht, wenn diese Warnung auftaucht, aber man sollte sie nicht ignorieren. Der gcc gibt solche Warnungen nicht aus, weil er sich langweilt.
macht diese aussage im zusammenhang mit
oder halt gcc so aufrufen, daß die Warnungen nicht erscheinen.
noch irgendeinen sinn?
Allerdings. Wenn Du meine Mail nicht so verfälschend zitiert hättest, würde Dir der Unterschied vielleicht auch klar werden.
erst sagst du 'man solle die warnungen nicht ignorieren'. dann gibst du die empfehlung (an den entwickler) den gcc so aufzurufen das keine warnungen erscheinen. irgendwie wiederspricht sich das doch, oder?
Nein. Die Entwickler können beurteilen, ob die Warnungen einen ernsten Hintergrund haben, die Anwender nicht.
reicht es dir wenn ich mich einfach Bernhard anschliesse?
Reichen? Ich will hier nichts erreichen.
ich denke er hat es treffend formuliert. was mich wirklich genervt hat ist deine, auf ein wort beschränkte mail, die zu dieser diskussion geführt hat.
Das eine Wort war sehr passend, schließlich ging es auch um eine sehr vereinfachende Aussage.
ich sehe aber ein das meine formulierung 'das ist normal', im zusammenhang mir 'warnings' nicht unbedingt glücklich gewählt war. aber du wirst mir zustimmen das 'seitenlange meldungen' normal sind, ja?
Nein, ich kann mich nicht an sowas erinnern. Thorsten -- The welfare of the people in particular has always been the alibi of tyrants, and it provides the further advantage of giving the servants of tyranny a good conscience. - Albert Camus
* Thorsten Haude schrieb am 13.Okt.2002:
* Michael Meyer
[02-10-13 20:40]:
ich sehe aber ein das meine formulierung 'das ist normal', im zusammenhang mir 'warnings' nicht unbedingt glücklich gewählt war. aber du wirst mir zustimmen das 'seitenlange meldungen' normal sind, ja?
Nein, ich kann mich nicht an sowas erinnern.
Was? Seitenlange Meldungen bei einem make? Doch, daß ist normal. Meldungen wohlgemerkt, nicht Fehlermeldungen. Ein Anfänger wird es nicht so einfach unterscheiden können. Bernd -- ACK = ACKnowledge = Zustimmung | NAC = No ACknowledge = keine Zustimmung DAU = Dümmster Anzunehmender User | LOL = Laughing Out Loud = Lautes Lachen IIRC = If I Remember Correctly = Falls ich mich richtig erinnere OT = Off Topic = Am Thema (der Liste) vorbei |Zufallssignatur 11
Thorsten Haude wrote:
ich denke er hat es treffend formuliert. was mich wirklich genervt hat ist deine, auf ein wort beschränkte mail, die zu dieser diskussion geführt hat.
Das eine Wort war sehr passend, schließlich ging es auch um eine sehr vereinfachende Aussage.
*jau*, alles klar.
ich sehe aber ein das meine formulierung 'das ist normal', im zusammenhang mir 'warnings' nicht unbedingt glücklich gewählt war. aber du wirst mir zustimmen das 'seitenlange meldungen' normal sind, ja?
Nein, ich kann mich nicht an sowas erinnern.
an was jetzt? 'seitenlange meldungen' nach einem 'make'? oder speziell bei einem 'make' bei lopster? interpretieren wir 'seitenlange meldungen' irgendwie unterschiedlich? micha
Moin,
* Michael Meyer
Thorsten Haude wrote: *jau*, alles klar.
ich sehe aber ein das meine formulierung 'das ist normal', im zusammenhang mir 'warnings' nicht unbedingt glücklich gewählt war. aber du wirst mir zustimmen das 'seitenlange meldungen' normal sind, ja?
Nein, ich kann mich nicht an sowas erinnern.
an was jetzt? 'seitenlange meldungen' nach einem 'make'?
Seitenlange /Warnungen/, um genau zu sein. Thorsten -- There are 10 types of people in the world: Those who understand binary, and those who don't.
Moin,
* Michael Meyer
Thorsten Haude wrote:
Nein, ich kann mich nicht an sowas erinnern.
an was jetzt? 'seitenlange meldungen' nach einem 'make'?
Seitenlange /Warnungen/, um genau zu sein.
es war nie die rede von 'seitenlangen *warnungen*'.
Du willst dieses Gespräch nicht wirklich führen. Es war ursprünglich die Rede von "seitenlange(n) Meldungen und auch Warnungen". Das habe ich dan abgewandelt auf "seitenlange Warnungen", weil es eben darum ging, nämlich um Warnungen über 'unused parameter'. Thorsten -- Necessity is the plea for every infringement of human freedom. It is the argument of tyrants; it is the creed of slaves. - William Pitt
Thorsten Haude
| Übrigens, die Warning "Parameter not used" (oder so ähnlich) kann man | dadurch umgehen, indem man den Namen des Parameters einfach im Prototyp | wegläßt.
Was BTW nur für C++ gilt. Dort hat man, zumindest an diesem Punkt, von der Erfahrung mit C gelernt.
Ich habe nicht gesagt, daß der Untergang des Abendlandes bevorsteht, wenn diese Warnung auftaucht, aber man sollte sie nicht ignorieren.
Prinzipiell gebe ich dir Recht.
Der gcc gibt solche Warnungen nicht aus, weil er sich langweilt.
Nein, sondern weil entweder ein Entwickler keinen Plan hatte oder weil dieser Entwickler weiss, das manche Warnungen nur ignoriert werden können. Nicht jeder Entwickler ist willens, überall ein __attribute__((unused)) in den Code einzustreuen (was dann wiederum durch Makros maskiert werden muss für andere Compiler). Es gibt genügend Fälle, wo der GCC aus seiner beschränkten Sicht recht hat, der Code aber vollkommen OK ist und du die Warnung nicht einfach abschalten willst.
Der Entwickler sollte natürlich die Warnungen beseitigen oder halt gcc so aufrufen, daß die Warnungen nicht erscheinen.
Das ist aber nicht immer machbar oder nur mit grossem Aufwand. Das Vernünftigste wäre, wenn man *im* Code gezielt bestimmte Warnungen ein- bzw. abschalten könnte, aber bisher hat sich niemand gemeldet, der das implementieren würde. Philipp -- Philipp Thomas Arbeit: pthomas@suse.de Entwicklung, SuSE Linux AG Privat: pth@t-link.de
On Sun, 13 Oct 2002 at 17:39 (+0200), Thorsten Haude wrote:
* Michael Meyer
[02-10-13 17:14]: Thorsten Haude wrote:
Bei "make"hat das System seitenlange Meldungen und auch Warnungen über "unused parameter" gezeigt.
das ist normal.
Unfug.
was ist nun unfug? seitenlange meldungen oder der hinweis auf unbenutzte parameter? erkläre es doch bitte etwas ausführlicher was daran unfug ist.
Unfug ist, daß das normal ist. Solche Dinge sollte man untersuchen, nicht einfach ignorieren.
Was meinst Du genau? Die meisten Meldungen von make beim Übersetzen sind ja keine Fehlermeldungen sondern einfach nur das Kommando, das aufgeführt wird. Bei größeren Programmen, die gegen mehrere Libs gelinkt werden, sind die gcc-Aufrufe ja gut mehrere Zeilen groß. Warnungen sind natürlich nicht dazu da, ignoriert zu werden. unused-parameter ist sicher einer der am wenigsten kritischen. Kritischer wird's dann schon bei incompatible-pointer-type etc. Aber diese Warnungen sind als Programmierer interessant, nicht für den Endanwender, der das Programm übersetzt. Um ein C-Programm übersetzen zu können, muss ich nicht in C programmieren können. Ich kann auch nur einigermaßen C und kein C++ und übersetze häufig solche Anwendungen. Leider gibt es heutzutage insbesondere im KDE-/Gnome-Bereich Programmierer, die meinen, solche Warnungen nicht beachten zu müssen, "es geht ja". Und dann wundern sie sich, dass die Programme instabil wie nochmal was sind. *schauder* Aber das ist eine andere Geschichte ... C/C++-Compiler sind da auch teilweise zu gutmütig, sie sollten sich einfach mal weigern, sowas zu übersetzen. Wenn man mal schaut was ein Java-Compiler alles bemängelt ... Normalerweise sollte es so sein, dass wenn configure ohne Fehler durchläuft auch der Rest fehlerfrei funktioniert. Sollte! Fehlermeldungen von configure muss man unbedingt beachten, weil sie meist mit dem eigenen System zusammenhängen. Fehlermeldungen vom Compiler muss man nicht immer beachten, da sie mehr für den Programmierer als für den Enduser interessant sind. Gruß, Bernhard -- "Ich lehne Gewalt ab, weil das Gute, das sie zu bewirken scheint, nicht lange anhält; dagegen ist das Schlechte, das sie bewirkt, von Dauer." -- Mahatma Ghandi
Moin,
* Bernhard Walle
Was meinst Du genau?
Warnungen sind natürlich nicht dazu da, ignoriert zu werden.
Genau das meinte ich.
unused-parameter ist sicher einer der am wenigsten kritischen. Kritischer wird's dann schon bei incompatible-pointer-type etc.
Aber diese Warnungen sind als Programmierer interessant, nicht für den Endanwender, der das Programm übersetzt. Um ein C-Programm übersetzen zu können, muss ich nicht in C programmieren können. Ich kann auch nur einigermaßen C und kein C++ und übersetze häufig solche Anwendungen.
Alles richtig, darum glaube ich auch nicht, daß es Sinn macht, Heiner C beizubringen. Solange aber sollte er alle Warnungen beachten und nicht für normal halten. Weil wir gerade von NEdit gesprochen haben: Wenn man NEdit mit 'gcc -W' übersetzt, gibt es auch Hunderte von Warnungen (vor allem wegen der vielen Prototype Procedures), darum ist dieser Schalter auch nicht gesetzt. Für die einzige Warnung, die es gibt, gibt es einen Eintrag in der FAQ. Thorsten -- The truth is that all men having power ought to be mistrusted. - James Madison
Am Son, 2002-10-13 um 16.28 schrieb Michael Meyer:
Heiner Gewiehs wrote:
Ich rate ab. Man sollte den Fehler finden, nicht die Symptome beseitigen.
also, habe ./configure --disable-gtktest gestartet, funktionierte und lief gut durch. Bei "make"hat das System seitenlange Meldungen und auch Warnungen über "unused parameter" gezeigt.
Bist du als root eingeloggt oder hast du nur su gemacht? Generell: Log dich als user ein. Entpacke als user das Programm. cd progverz. ./configure make Und du wirst sehen es läuft wenn du es GENAU so machst. Dann su, make install. Problem 1: mit su findet er gtk-config nicht (ist bei root nicht im Pfad, "su -" geht auch. Problem 2: du hast ev. ein config.cache da liegen, da hat er sich den falschen Zustand gemerkt. -- Fritz "der mit dem Linux tanzt" Ganter http://www.kraftvoll.at Key fingerprint = 555A DDBB 3985 16FF CD41 2031 C485 1783 BF34 728F
Moin,
* Heiner Gewiehs
Ich hätte vielleicht erst abwarten sollen!
also, habe ./configure --disable-gtktest gestartet, funktionierte und lief gut durch. Bei "make"hat das System seitenlange Meldungen und auch Warnungen über "unused parameter" gezeigt.
Auf "make install" verzichte ich also noch. Kann da großartig was passiert sein?
Ohne 'make install' nicht. Schließlich hast Du als braver Nutzer ja die Kompilierung nicht als root gemacht. Versuch also das Problem mit GTK zu lösen und versuch es nochmal. Um reinen Tisch zu machen, würde ich vorher ein 'make distclean' ausführen.
(Also mit Linux leben, das geht ganz gut und macht Spaß - sollte ich davon leben, müsste ich verhungern)
Das kommt auch noch. Thorsten -- In dem Augenblick, wo wir anfangen unsere Freiheitsrechte einzuschränken, besorgen wir das Geschäft der Terroristen. - Günter Grass
Am Sonntag, 13. Oktober 2002 15:18 schrieb Heiner Gewiehs:
Bei GTK scheint es aber immer noch zu klemmen, da flippt die Kiste hier ja bald aus!
Das devel Paket ist installiert? Schau configure.log an, da sollte mehr drinn stehen, wie das Scheitern zustande gekommen ist. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
participants (9)
-
B.Brodesser@t-online.de
-
Bernhard Walle
-
Fritz Ganter
-
Heiner Gewiehs
-
Manfred Tremmel
-
Michael Meyer
-
Philipp Thomas
-
Rudi Hoening
-
Thorsten Haude