Josef Spillner schrieb am Samstag, 12. März 2005 23:14:
Am Samstag, 12. März 2005 19:15 schrieb Falk Döring:
Wenn ich selbst ein Programm schreibe und -lreadline -lncurses mitgebe, wird es übersetzt. (Und ich habe einige PHP-Scripte, die readline nutzen, *schnief*). Aber das wird wohl kaum etwas mit meinem Problem zu tun haben, sondern ein anderes sein.
Hast du readline/readline.h und readline/history.h?
Sonst hätte mein Beispielprogramm nicht funktioniert! ;-)
Wenn die Datei configure.ac noch dabeiliegt, kann man das dort drin eigentlich relativ leicht nachprüfen und verändern, wonach er genau sucht.
Leider nicht.
Meine Vermutung ist, dass er beim Linken vergisst, noch eine Dependency mit dranzuhängen. Siehe dazu auch die Fehlermeldung in config.log, direkt über der Zeile 'Cache variables', welche zwischen den Shellmeldungen und den Variablenzuweisungen steht.
Scheint so, als hättest du es ausprobiert.
Lösung: in Zeile 3347 bei LIBS noch -lncurses dranhängen: LIBS="-lreadline -lncurses $LIBS"
Dieses Problem hatte ich doch schon einmal gehabt. *amhinterkopfschabend*
Was die Warnungen (nicht Fehler)
Tschuldige dieses uneindeutige auseinanderhalten. Habe mal wieder an einem Fenster-Rechner gearbeitet, und da gab es keinen Unterschied zwischen Warnung und Fehler. Dort war alles ein Fehler.
von Automake bei einem Selbstbau von configure bedeuten, ist folgendes: Autoconf-Makros haben die Struktur AC_DEFUN([NAME], [...ganzvielmagischercode...]) wobei in älteren Versionen auch die Variante AC_DEFUN(NAME, [...ganzvielmagischercode...]) akzeptiert wurde, also ohne eckige Klammern um NAME, was natürlich falsch ist. Nun ist aber jede Menge an externen M4-Dateien (in /usr/share/aclocal) im Umlauf, es wird wohl noch ein paar Jahre dauern, bis das alles gefixt ist...
Frage: Wird trotzdem richtig gearbeitet oder sollte man die Klammern bei Problemen von Hand setzen?
Tschau, Falk