Dotaz: a zase knihovny a jak vyresit problem s kompilaci php

[baracuda]

resim zahadu proc se mi nedari skopilovat php4.3.10 na woodym configure mi vypise nasledujici chybu

checking for GD support... yes
checking for the location of libjpeg... /usr
checking for the location of libpng... yes
checking for the location of libXpm... no
checking for FreeType 1.x support... yes
checking for FreeType 2... yes
checking for T1lib support... no
checking whether to enable truetype string function in GD... yes
checking whether to enable JIS-mapped Japanese font support in GD... no
checking for jpeg_read_header in -ljpeg... (cached) yes
checking for png_write_image in -lpng... yes
If configure fails try --with-xpm-dir=(DIR)
no - FreeType 2.x is to be used instead
checking for gdImageString16 in -lgd... no
checking for gdImagePaletteCopy in -lgd... no
checking for gdImageCreateFromPng in -lgd... no
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... no
checking for gdImageCreateFromJpeg in -lgd... no
checking for gdImageCreateFromXpm in -lgd... no
checking for gdImageCreateFromGd2 in -lgd... no
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... no
checking for gdImageEllipse in -lgd... no
checking for gdImageSetBrush in -lgd... no
checking for gdImageStringTTF in -lgd... no
checking for gdImageStringFT in -lgd... no
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... no
checking for gdImageColorResolve in -lgd... no
checking for gdImageGifCtx in -lgd... no
checking for gdCacheCreate in -lgd... no
checking for gdFontCacheShutdown in -lgd... no
checking for gdNewDynamicCtxEx in -lgd... no
checking for gdImageCreate in -lgd... no
configure: error: GD build test failed. Please check the config.log for details.

configure zadavam s ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-mysql \ --with-mysql-sock=/tmp/mysql.sock \ --with-zlib \ --with-zlib-dir \ --with-bz2 \ --with-gd=/usr/local \ --enable-gd \ --enable-gd-native-ttf \ --with-jpeg-dir=/usr \ --with-png-dir \ --with-ttf \ --with-freetype-dir \ --with-iconv=/usr/local \ --with-curl=/usr/local \ --enable-track-vars \ --with-gettext \ --with-config-file-path=/usr/local/apache2/conf \ --enable-trans-id \ --enable-ftp \ --with-cpdflib=/usr/local \ --enable-mbstring \ --enable-mbstring-encoding-translation \ --with-openssl \ --with-calendar \ --with-xsl \ --with-readline \ --enable-debug=yes ted mi jiste napisete ze se mam podivat na gd knihovnu.(to ja vim) ale ozazka by lepe zmela co sni ? (kompilova nerze ze zdroje 2.0.33). problem asi tkvi v tom ze v systemu byla nainstalovana gd knihovna z balicku (podpora pro perl) a asi to nejak zkolidovalo. odinstaloval jsem vsechny balicky ktere jsem povazaoval za kriticke a zacal jsem kopilovat pomocne knihovny pro gd znovu a pak jsem zdase bez problemu gd zkompiloval ale php uz ne. (doufam ze jsem to popsal dobre, kdyztak se jeste zeptejte.)

Odpovědi

[unchallenger]

ted mi jiste napisete ze se mam podivat na gd knihovnu

Ne, máš se podívat na config.log

error: GD build test failed. Please check the config.log for details.

protože tam se píše, proč a jak se to nemůže s libgd přilinkovat.

[baracuda]

ok tam se pise neco jako ze nejaka spatna reference v libgd.so na knihovnu libconv jj alegd jsem kompiloval prave z tou lib conv ktera je v systemu (nechapu to)

[unchallenger]

,Tam se píše něco jako že nějaká...`

jaksi není ta chybová hláška, která tam opravdu je, a tudíž lze s těmito informacemi něco poradit, leda dodáš-li křišťálovou kouli.

[baracuda]

config.log ....

configure:36327: gcc -c -g -O2 -I/usr/local/include conftest.c 1>&5
configure: In function `main':
configure:36322: warning: assignment makes pointer from integer without a cast
configure:36674: checking for gdImageCreate in -lgd
configure:36693: gcc -o conftest -g -O2  -Wl,-rpath,/usr/local/lib -L/usr/local/lib \
 -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lgd \
    -lgd -lfreetype -lpng -lz -ljpeg -lcurl -lcpdf -ljpeg \
    -lbz2 -lz -lresolv -lm -ldl -lnsl  -lssl -lcrypto -ldl \
    -lcurl -lssl -lcrypto -ldl -lz 1>&5
/usr/local/lib/libgd.so: undefined reference to `libiconv_open'
/usr/local/lib/libgd.so: undefined reference to `libiconv_close'
/usr/local/lib/libgd.so: undefined reference to `libiconv'
collect2: ld returned 1 exit status
configure: failed program was:
#line 36682 "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 gdImageCreate();

int main() {
gdImageCreate()
; return 0; }

[podlesh]

No a je to jasně vidět kde je problém:

/usr/local/lib/libgd.so: undefined reference to `libiconv_open'
/usr/local/lib/libgd.so: undefined reference to `libiconv_close'
/usr/local/lib/libgd.so: undefined reference to `libiconv'

Teď je čas podívat se na knihovnu gd. Co vypíše

ldd /usr/local/lib/libgd.so

?

[baracuda]

No a je to jasně vidět kde je problém:

/usr/local/lib/libgd.so: undefined reference to `libiconv_open'
/usr/local/lib/libgd.so: undefined reference to `libiconv_close'
/usr/local/lib/libgd.so: undefined reference to `libiconv'

Teď je čas podívat se na knihovnu gd. Co vypíše

ldd /usr/local/lib/libgd.so

?

ldd /usr/local/lib/libgd.so libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40051000) libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x4006f000) libpng12.so.0 => /usr/local/lib/libpng12.so.0 (0x400d5000) libz.so.1 => /usr/lib/libz.so.1 (0x40103000) libm.so.6 => /lib/libm.so.6 (0x40116000) libc.so.6 => /lib/libc.so.6 (0x40138000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)

[baracuda]

nejsem z toho moudrej ...

[unchallenger]

libiconv_{open,close,} tam nemá co dělat, mají to být iconv_{open,close,}. To vypadá jako špatně zkompilovaná gd -- nějakou takovou chybu jsem viděl ve spojistosti s makry, která dělají z iconv_foo libiconv_foo nebo naopak, ale už nevím, jak to přesně vypadalo (a nebylo to v gd).

[podlesh]

libiconv_{open,close} se vyskytují v recode.

Ale je také možné že je to hyba v hlavičkových souborech. Alespoň to vyhodí google, když se do něj hodí libiconv_open

[podlesh]

Také jsem z toho byl poněkud zmatený, iconv je v libc... Takže jediné vysvětlení co mě napadá je velmi starý systém se prastarou libc.

Ale pak mi došlo že vlastně v iconv je funkce iconv_open, a nikoliv libiconv_open. To vypadá, že je v jiné knihovně. A konkrétně jsem je našel v librecode, takže doporučuji zkusit:

-lrecode

No, je to docela detektivní práce... ono bude lepší se pořádně podívat, jaké VŠECHNY knihovny se používají při kompilaci gd, a pak je všechny používat při kompilaci všeho co gd používá. To je bohužel obecný problém kompilace s dynamickými knihovnami a jediným řešením jsou balíčky se správně definovanými závislostmi.

[baracuda]

tekze pokud jsem vas spravne pochopil skusit aktualizovat libc a prekompilovat zovu vschny pomocne knihovny pro gd. GD kompiluji z knihovnami freetype2 libpng libjpeg a freetpe je zavyslej na libiconv mozna jete na necem (distribuce je Woody (stable)

[baracuda]

zajimavy ze uz jsem to jednou na woodym kompiloval na jedne pokusne masine stejnej postup a fungovalo to

[podlesh]

1) Woody je dostatečně nová distribuce, takže prastarou libc to nebude (tím jsem totiž mínil libc5, tedy ještě před potato).

2) Napsal jsem jasně: zkusit nejdřív přidat

-lrecode

3) Pokud to není recode, tak je ta gd asi opravdu blbě zkompilovaná.

4) Woody už není stable, možná by stálo za to přejít na sarge.

5) Což takhle se vykašlat na zdrojáky a použít balíčky? A když uy kompilovat, tak z unstable do balíčků.