Hallo! Hat jemand von euch unter SuSE73 schon mal probiert in KDevelop ein neues Projekt anzulegen? Bei mir scheitert er immer mit folgender Fehlermeldung:
cat acinclude.m4.in libtool.m4.in special.m4.in >acinclude.m4 aclocal autoheader ./aclocal.m4:549: error: m4_defn: undefined macro: _m4_divert_diversion aclang.m4:173: AC_LANG_RESTORE is expanded from... ./aclocal.m4:549: the top level autoconf: tracing failed gmake: *** [all] Error 1 *** fehlgeschlagen *** <<<<<
Weiß da jemand Rat? Ich habe auch schonversucht, ein bereits existierendes Projekt aufzurufen. Wenn ich dort im Menü "Erstellen" den Punkt "Automake/Autoconf" aufrufe, kommt dieselbe Fehlermeldung..... Gruß Mane
Am Mon, 2001-11-05 um 15.02 schrieb Manfred Gahr:
Hallo!
Hat jemand von euch unter SuSE73 schon mal probiert in KDevelop ein neues Projekt anzulegen? Bei mir scheitert er immer mit folgender Fehlermeldung:
cat acinclude.m4.in libtool.m4.in special.m4.in >acinclude.m4 Wow, hast Du das geschrieben oder hat das KDevelop generiert? Diese Zeile ist dermassen buggy, dass man nur noch entsetzt mit dem Kopf schütteln kann :-)
aclocal autoheader ./aclocal.m4:549: error: m4_defn: undefined macro: _m4_divert_diversion aclang.m4:173: AC_LANG_RESTORE is expanded from... ./aclocal.m4:549: the top level autoconf: tracing failed gmake: *** [all] Error 1 *** fehlgeschlagen *** <<<<<
Weiß da jemand Rat? Die Fehlmeldungen sind typische Fehlermeldungen aus autoconf-2.5x.
Meines Wissens unterstützen weder der autoconf-Support in Qt noch der von KDE autoconf-2.5x, sondern benötigen autoconf-2.13. Da ich weder Qt, KDE, noch KDE verwende, kann ich Dir nicht mehr dazu sagen. Ralf
Am Montag, 5. November 2001 16:13 schrieb Ralf Corsepius:
Am Mon, 2001-11-05 um 15.02 schrieb Manfred Gahr:
Hallo!
Hat jemand von euch unter SuSE73 schon mal probiert in KDevelop ein neues Projekt anzulegen? Bei mir scheitert er immer mit folgender Fehlermeldung:
cat acinclude.m4.in libtool.m4.in special.m4.in >acinclude.m4
Wow, hast Du das geschrieben oder hat das KDevelop generiert? Diese Zeile ist dermassen buggy, dass man nur noch entsetzt mit dem Kopf schütteln kann :-)
Nein, das war nicht ich, das war wirklich KDevelop (leider bei uns in der Firma Standard...) ist aus ihrem Template...
aclocal autoheader ./aclocal.m4:549: error: m4_defn: undefined macro: _m4_divert_diversion aclang.m4:173: AC_LANG_RESTORE is expanded from... ./aclocal.m4:549: the top level autoconf: tracing failed gmake: *** [all] Error 1 *** fehlgeschlagen *** <<<<<
Weiß da jemand Rat?
Die Fehlmeldungen sind typische Fehlermeldungen aus autoconf-2.5x.
Meines Wissens unterstützen weder der autoconf-Support in Qt noch der von KDE autoconf-2.5x, sondern benötigen autoconf-2.13.
Genau das war der Punkt, ältere Version von Autoconf => funktioniert... Gruß Mane
Am Mon, 2001-11-05 um 18.44 schrieb Manfred Gahr:
Am Montag, 5. November 2001 16:13 schrieb Ralf Corsepius:
Am Mon, 2001-11-05 um 15.02 schrieb Manfred Gahr:
Hallo!
Hat jemand von euch unter SuSE73 schon mal probiert in KDevelop ein neues Projekt anzulegen? Bei mir scheitert er immer mit folgender Fehlermeldung:
aclocal autoheader ./aclocal.m4:549: error: m4_defn: undefined macro: _m4_divert_diversion aclang.m4:173: AC_LANG_RESTORE is expanded from... ./aclocal.m4:549: the top level autoconf: tracing failed gmake: *** [all] Error 1 *** fehlgeschlagen *** <<<<<
Weiß da jemand Rat?
Die Fehlmeldungen sind typische Fehlermeldungen aus autoconf-2.5x.
Meines Wissens unterstützen weder der autoconf-Support in Qt noch der von KDE autoconf-2.5x, sondern benötigen autoconf-2.13.
Genau das war der Punkt, ältere Version von Autoconf => funktioniert...
Das hat mehrere Gründe: 1. Autoconf-2.13 beinhaltete einige schwerwiegende Bugs, die die autoconf-macros anderer Pakete leider ausnutzen. Dazu gehören grosse Teile von GNOME/Gtk ebenso wie Qt/KDE und zahlreiche weitere Pakete. D.h. die Bug-Fixes in autoconf-2.5x stören die configure-Scripte dieser Pakete. 2. autoconf > 2.13 ist nicht vollständig rückwärtskompatibel zu autoconf <= 2.13. Da sich die Inkompatibilitäten aber in engen Grenzen halten, haben saubere autoconf-Scripte nur selten Probleme damit. 3. Autoconf-2.52 verträgt sich nicht besonders mit automake-1.4 und automake-1.4p*. Hierdurch werden in seltenen Fällen Fehler in configure-Skripten verursacht. Allerdings diese deutlich seltener auf und sind sehr viel subtiler als die durch 1) + 2) verursachten Fehler. In 80% der Fälle (insb. bei GNOME und KDE) ist es 1), hier haben die Gnome und KDE-Entwickler einiges zu tun. Gruss Ralf
participants (2)
-
Manfred Gahr
-
Ralf Corsepius