Hi,

ich hab ein Kanotix Bug-Hunter 9A (debian) und ich möchte (muss) php4 kompilieren. Das configure-Script bricht ab mit der Fehlermeldung
...
checking for xDBM support... no
checking whether to enable DBA... no
checking for gdbm_open in -lgdbm... yes
checking for GDBM support... yes
configure: error: DBA: Could not find necessary header file(s).

das Seltsame ist, das libgdbm-dev Paket ist installiert und das Headerfile ist unter /usr/include/gdbm.h zu finden. Warum findet das configure-Script es nicht? Im config.log steht auch nur
...
configure:21872: checking for xDBM support
configure:22491: checking whether to enable DBA
configure:22631: checking for gdbm_open in -lgdbm
configure:22650: gcc -o conftest -g -O2 conftest.c -lgdbm -lcurl -lbz2 -lz -lresolv -lm -ldl -lnsl -lssl -lcrypto -ldl -lcurl -lssl -lcrypto -ldl -lssl -lcrypto -ldl -lz 1>&5
configure:22817: checking for GDBM support

Wat zum Teufel will er, wenn nicht gdbm.h?

ratlos

Frank

Mister Ad

Hat den noch keiner unter debian PHP4 kompilert?

fantast

wuerde ich sage, im falschen forum gepostet also ich kann dir da nich helfen, bei mir hat das kompilieren immer mehr oder weniger geklappt. vielleicht einfach nochmal neu installieren, dein gdbm...

__________________
Was ist validität?

Nein. Er hat Infos unterschlagen - wie sollte man die Frage da auch nur ansatzweise zu beantworten versuchen?

Hilfe, Unterschlagung - steinigt ihn! Nein im Ernst, welche Infomtionen braucht Ihr?

Das System ist ein P IV 2,8GHz mit 1 GB RAM und hat eine 37 GB Festplatte.
Ich habe Kanotix per kanotix-installer auf die Platte installiert und danach die Pakete mittels apt-get auf den aktuellen Stand gebracht.
Dann habe ich per apt-get apache2, mysql, postgre und php4 installiert und eingerichtet.

Das System soll später als Webshop dienen und deshalb hat mir mein Programmierer ein Liste von nötigen Features gegeben, die leider von der Debian-Version nicht vollständig unterstützt werden. Aus diesem Grund bin ich gezwungen, PHP selber zu kompileren. Dazu hat er mir einen Configure-Aufruf gegeben, der die gewüschten Features schalten soll:

'./configure' '--prefix=/usr/share' '--datadir=/usr/share/php' '--bindir=/usr/bin' '--libdir=/usr/share' '--includedir=/usr/include' '--with-_lib=lib' '--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin' '--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dbase' '--enable-discard-path' '--enable-exif' '--enable-filepro' '--enable-force-cgi-redirect' '--enable-ftp' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--enable-inline-optimization' '--enable-magic-quotes' '--enable-mbstr-enc-trans' '--enable-mbstring' '--enable-mbregex' '--enable-memory-limit' '--enable-safe-mode' '--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-versioning' '--enable-wddx' '--enable-yp' '--with-bz2' '--with-dom=/usr/include/libxml2' '--with-ftp' '--with-gdbm' '--with-gettext' '--with-gmp' '--with-jpeg-dir=/usr' '--with-mcal=/usr' '--with-mcrypt' '--with-mysql=/usr' '--with-ndbm' '--with-pgsql=/usr' '--with-png-dir=/usr' '--with-readline' '--with-t1lib' '--with-tiff-dir=/usr' '--with-ttf' '--with-freetype-dir=yes' '--with-xml' '--with-xpm-dir=/usr/X11R6' '--with-zlib=yes' '--with-gd' '--with-openssl' '--with-curl' '--with-xslt-sablot' '--with-iconv' '--with-mm' '--with-apxs2=/usr/bin/apxs2' 'i586-suse-linux'

So, ich komme nun beim configure bis :

...
checking for xDBM support... no
checking whether to enable DBA... no
checking for gdbm_open in -lgdbm... yes
checking for GDBM support... yes
configure: error: DBA: Could not find necessary header file(s).

das Seltsame ist, das libgdbm-dev Paket ist installiert und das Headerfile ist unter /usr/include/gdbm.h zu finden. Warum findet das configure-Script es nicht? Im config.log steht auch nur
...
configure:21872: checking for xDBM support
configure:22491: checking whether to enable DBA
configure:22631: checking for gdbm_open in -lgdbm
configure:22650: gcc -o conftest -g -O2 conftest.c -lgdbm -lcurl -lbz2 -lz -lresolv -lm -ldl -lnsl -lssl -lcrypto -ldl -lcurl -lssl -lcrypto -ldl -lssl -lcrypto -ldl -lz 1>&5
configure:22817: checking for GDBM support


Ich hab auch schon versucht, ihm die location des gdbm.h im Schalter --with-gdbm=/usr/include zu übergeben, erfolglos.

Mir fällt nun nichts mehr ein, wenn Ihr noch Infos braucht, bitte fragen!

Frank

Ich nochmal,

ich hab eben mal libgdbm-dev entfernt, um zu sehen, ob eine Neuinstallation des Pakets was bringt. Vor der Neuinstalation hab ich aber spasseshalber das configure-Script nochmal aufgerufen, um zu sehen, wo er jetzt hängen bleibt. Nun steht er bei:

checking for cyrus imap support... no
checking for xDBM support... no
checking whether to enable DBA... no
configure: error: DBA: Could not find necessary header file(s).

Nach der Neuinstallation des Pakets libgdbm-dev bleibt er nun wieder bei:

checking whether to enable DBA... no
checking for gdbm_open in -lgdbm... yes
checking for GDBM support... yes
configure: error: DBA: Could not find necessary header file(s).

Heisst das, das er an dieser Stelle garnicht mehr nach gdbm.h sucht? Wonach dann? Die Meldung "configure: error: DBA: Could not find necessary header file(s)." ist doch die Gleiche.

Könnte mich bitte mal jemand erhellen?

Frank

Ich persönlich lege in solchen Fällen immer Wert auf den configure String.

Ich hoffe mal, daß Du bei der Gelegenheit ebenfalls die *-dev Pakete für den Indianer und die DB-Server installiert hast.

Da sehe ich ein paar mögliche Fallstricke. Einer könnte --with-ndbm sein (-dev vorhanden?).

Die nächste Frage ist, ob Du auch immer schön brav make clean und rm ./config.cache ausgeführt hast.

Hier mal mein Beispiel:
Das Ergebnis sieht dann so aus:
http://test.php-help.info/phpinfo.php

Ich sehe oben nix von --enabe-dba.

wenn, dann --with-gdbm=/usr

Der hat mich so abgeschreckt, dass ich den vergessen hatte, sorry!
Yep:
history |grep apt-get |grep dev
66 apt-get install apache2-prefork-dev
71 apt-get install bzip2-devel
74 apt-get install libjpeg-devel
75 apt-get install libpng-devel
80 apt-get install libbz2-dev
86 apt-get install libcurl2 libcurl2-dev
92 apt-get install libgdbm-dev
98 apt-get install postgresql-dev
100 apt-get install libpng-dev
101 apt-get install libjpeg-dev
103 apt-get install libgdbm-dev
111 apt-get install libdb4.2-dev

Interessant:
#apt-cache search ndbm
libsdbm-ruby - SDBM interface for Ruby
libsdbm-ruby1.6 - SDBM interface for Ruby 1.6.x
libsdbm-ruby1.8 - SDBM interface for Ruby 1.8

Will ich Ruby?

#apt-file search ndbm
dist: usr/share/dist/U/i_ndbm.U
dist: usr/share/dist/U/i_ndbm.U
libace-dev: usr/include/ace/os_include/os_ndbm.h
libace-dev: usr/include/ace/os_include/os_ndbm.h
libgdbm-dev: usr/include/gdbm-ndbm.h
libgdbm-dev: usr/include/gdbm-ndbm.h
manpages-posix-dev: usr/share/man/man7/ndbm.h.7posix.gz
manpages-posix-dev: usr/share/man/man7/ndbm.h.7posix.gz
oskit: usr/include/oskit/freebsd/ndbm.h
oskit: usr/include/oskit/freebsd/ndbm.h
scsh: usr/lib/scsh/scsh/ndbm.scm
tendra: usr/lib/TenDRA/lib/building/unix95.api/ndbm.c
tendra: usr/lib/TenDRA/lib/building/unix95.api/ndbm.c
tendra: usr/lib/TenDRA/lib/include/unix95.api/ndbm.h
tendra: usr/lib/TenDRA/lib/include/unix95.api/ndbm.h

Da wäre ja wohl libgdbm-dev interessant, welches ich ja installiert habe.

Und da ist es auch:
#ls /usr/include/gdbm*.h
/usr/include/gdbm.h /usr/include/gdbm-ndbm.h

Ehm, nö, ehm Mist! Hat dann aber auch nicht so viel gebracht:
# make clean
make: *** Keine Regel, um »clean« zu erstellen. Schluss.
# rm ./config.cache

Ein anschliessender configure-Lauf hängt wieder an der selben Stelle.
configure: error: --enabe-dba: invalid option; use --help to show usage

Hilfe, ich bin zu doof dafür!

Das hab ich dann latürnich auch gleich ausprobiert und er bleibt immernoch an der selben Stelle hänge

Noch einen Idee?

@tinkerbell
developer-Pakete
>Yep:
>Interessant:
>apt-cache search ndbm
>libsdbm-ruby - SDBM interface for Ruby
>libsdbm-ruby1.6 - SDBM interface for Ruby 1.6.x
>libsdbm-ruby1.8 - SDBM interface for Ruby 1.8

>Will ich Ruby?

"who the fuck is 'ruby'? <ggg>

>>Die nächste Frage ist, ob Du auch immer schön brav make clean und rm ./config.cache ausgeführt hast.
>Ehm, nö, ehm Mist! Hat dann aber auch nicht so viel gebracht:

make clean bringt nur dann was, wenn configure bis zum Ende gekommen ist. config.cache muß allerdings vor jedem neuen configure immer gelöscht werden.

>configure: error: --enabe-dba: invalid option; use --help to show usage

Stimmt. Das war der String für PHP 5.
Hier meine letzte Version für PHP4
>Hilfe, ich bin zu doof dafür!
>>wenn, dann --with-gdbm=/usr[/quote]
>Das hab ich dann latürnich auch gleich ausprobiert und er bleibt immernoch an der selben Stelle hänge

config.cache löschen. Sonst reagiert configure 'recht seltsam'.

Ich hab mal Dein Script ausprobiert.
Nach Löschen von config.cache und Anpassen von apxs2 (liegt bei mir woanders) bleibt das Script genau an der gleichen Stelle hängen!

Menno! Ich will das nicht auf SuSE installieren. Ein TestSystem hab ich dem Programmierer "mal eben" auf SuSE installiert. Das läuft. Ich will das aber auf debian-Basis haben. Mich ärgert die Patchversorgung unter SuSE. Versuch mal für ein 7.3 Updates zu bekommen oder noch besser, das System auf 9.1 hochzuziehen. Viel Spass!

Es muss doch möglich sein, rauszubekommen, welchses Header-File da gesucht wird. gdbm.h kann es ja augenscheinlich nicht mehr sein. Gibt es da einen "verbose-Mode"?

Frank