Liebe Liste grade versuche ich verzweifelt php-4.1.2 auf SuSE 7.3 zu kompilieren. Viele devel- Packete haben mir gefehlt, aber diese Hürde habe ich genommen. Nur beschwert sich configure nun über gettext. Googeln hat gezeigt, dass dieses Probme zu grassieren scheint. Interessanterweise bei verschiedenen 4er-Versionen von PHP. Nur ein Lösung habe ich bisher nicht gefunden. ./configure --with-gettext meint: checking whether to include GNU gettext support... yes checking for bindtextdomain in -lintl... no checking for bindtextdomain in -lc... no configure: error: Unable to find required gettext library Dabei habe ich das Packet gettext-0.11.1 (Serie d)korrekt per yast installiert. Ein entsprechendes devel-Packet gibt es nicht. Also habe ich mir gettext-0.11.1 bei gnu.org nochmals geholt und von den Quellen installiert (unter /usr/local). Aber auch das hat nichts genützt. Ein ./configure --with-gettext=/usr (oder /usr/local) bringt das ganze auch nicht voran. Hier noch ein paar wichtige Packet-Versionen, die ich verwenden: gcc-2.95.3, autoconf-2.52, automake 1.4-p5 (noch was wichtig?) Weiss jemand mehr dazu? Was soll ich nun tun? Stehe wie der Ochse am Berg. Leider benötigt Horde gettext, so dass ich es nicht einfach weglassen kann. Vielen Dank für die Hilfe Michael
Hallo Michael auf http://www.links2linux.de findest du mod_php4 (4.1.2) für die 7.3 Da ist TTF support drin XML gettext Grüße Torsten
Michael Rolli
Nur beschwert sich configure nun über gettext.
./configure --with-gettext meint:
checking whether to include GNU gettext support... yes checking for bindtextdomain in -lintl... no checking for bindtextdomain in -lc... no configure: error: Unable to find required gettext library
Dabei habe ich das Packet gettext-0.11.1 (Serie d)korrekt per yast installiert.
gettext 0.11 kann es schwerlich sein, denn das ist in SuSE Linux (noch) nicht enthalten. Selbst die 8.0 verwendet noch 0.10.40. Das hat vor allem mit den deutlichen Änderungen in 0.11 zu tun. Ausserdem beschwert sich configure nicht über gettext sondern über fehlende Funktionalitäten in Bibliotheken. Was steht denn in config.log? Dort müsste zu sehen sein, welcher Test fehlschlägt.
Also habe ich mir gettext-0.11.1 bei gnu.org nochmals geholt und von den Quellen installiert (unter /usr/local). Aber auch das hat nichts genützt. Ein ./configure --with-gettext=/usr (oder /usr/local) bringt das ganze auch nicht voran.
Kann es auch nicht. Nicht die gettext tools sind gefragt, sondern entweder die standalone libintl (muss im Paket enthalten sein und lässt sich über --with-included-gettext einbinden) oder die in der glibc enthaltene Variante. Der Kern von gettext sind die Bibliotheksfunktionen (gettext(), ngettext(), dcgettext(), textdomain(), bindtextdomain() etc.). Diese sind dafür zuständig, zur Laufzeit aus den entsprechenden Katalogen die richtigen Meldungen zu extrahieren und anzuzeigen. Dazu kommen noch diverse Tools, um Meldungen aus Quellcode zu extrahieren (xgettext), Kataloge zu kompilieren (msgfmt), Kataloge zusammen zu führen (msgmerge) und ein paar andere. Ausserdem gehören zum gettext Paket auch ein Satz M4-Makros für aclocal/autoconf. In einer glibc2 ist die nötige Unterstützung bereits enthalten! Also erstaunt es mich umso mehr, dass der Autoconf-Test scheitert. Hier scheint mir eher ein Fehler in configure denn in den installierten Paketen vorzuliegen, aber sicher kann ich da erst sein, wenn ich den entsprechenden Abschnitt aus config.log gesehen habe. Philipp -- HPUX and sane have never been used in the same sentence without appropriate negatives. -- Richard Henderson on GCC ml
Liebe Liste, hi Philipp Vielen Dank für Deine Ausführungen. Schon wieder was gelernt! -----Ursprüngliche Nachricht----- Von: Philipp Thomas [mailto:pthomas@suse.de] Gesendet: Donnerstag, 18. April 2002 02:11
Was steht denn in config.log? Dort müsste zu sehen sein, welcher Test fehlschlägt.
int main() { bindtextdomain() ; return 0; } configure:22824: checking for bindtextdomain in -lc configure:22843: gcc -o conftest -g -O2 -DEAPI_MM -D_LARGEFILE_SOURCE -D_FILE_O /usr/i486-suse-linux/bin/ld: cannot find -lgd collect2: ld returned 1 exit status configure: failed program was: #line 22832 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char bindtextdomain(); So sieht's aus in meinem config.log. Tja, das geht in Sphären, in denen ich mich (noch) nicht auskenne. Googeln bringt massenhaft Forenbeiträge zu ähnlichen -lgd Problemen. Aber nirgends habe ich eine Lösung gesehen. Interpretiere ich das richtig, wenn ich sage, dass er die libgd nicht findet? Fragt sich nur warum? libgd ist "normal" installiet. Gemäss yast. Gruss Michael
On Thu, Apr 18, 2002 at 08:47:24AM +0200, Michael Rolli wrote:
Interpretiere ich das richtig, wenn ich sage, dass er die libgd nicht findet?
jain.
Fragt sich nur warum? libgd ist "normal" installiet. Gemäss yast.
Aber libgd-devel oder gd-devel halt nicht. Und diese Pakete brauchst du wenn du Software selbst kompilieren willst. Peter
Hi Peter
Aber libgd-devel oder gd-devel halt nicht. Und diese Pakete brauchst du wenn du Software selbst kompilieren willst.
Du hast natürlich den Nagel auf den Kopf getroffen. gd-devel heisst das Teil und liegt unter Serie d. Tja, mein Alzheimer, denn die devel-Packete musste ich auch schon unter anderem für libcurl und libmcrypt nachinstallieren. Das war das für mich völlig normal. Aber jetzt bei gd... Hab wohl erwartet, dass das Packet libgd-devel heisst. Jedenfalls herzlichsten Dank. Grüsse Michael
participants (4)
-
Michael Rolli -
Peter Wiersig -
Philipp Thomas -
Torsten Rosenberger