---

Jeg har nu i tre døgn (jepper) forsøgt på forskellige måder at få apache til
at kompilere.
Jeg bruger ApacheToolbox, jeg har nemlig ikke liiiige styr på at få alle
modulerne kompileret med ind ellers.

make kører et stykke, og aborter så med denne fejl : (kommandoen først)
gcc -DLINUX=22 -DMOD_SSL=208105 -I/root/src/Apachetoolbox-1.5.44/src/php-4.
0.6 -I/root/src/Apachetoolbox-1.5.44/src/php-4.0.6/main -I/root/src/Apacheto
olbox-1.5.44/src/php-4.0.6/main -I/root/src/Apachetoolbox-1.5.44/src/php-4.0
..6/Zend -I/root/src/Apachetoolbox-1.5.44/src/php-4.0.6/Zend -I/root/src/Apac
hetoolbox-1.5.44/src/php-4.0.6/TSRM -I/root/src/Apachetoolbox-1.5.44/src/php
-4.0.6/TSRM -I/root/src/Apachetoolbox-1.5.44/src/php-4.0.6 -DEAPI -DEAPI_MM
-DUSE_EXPAT -I../lib/expat-lite
`../apaci` -L/usr/local/ssl/lib -L/root/src/Apachetoolbox-1.5.44/src/mm-1.1.
3/.libs -o gen_test_char
gen_test_char.o -Wl,-rpath,/usr/local/ssl/lib -Wl,-rpath,/usr/local/lib -Wl
,-rpath,/usr/local/pgsql/lib -rdynamic -L/usr/local/ssl/lib -L/usr/local/li
b -L/usr/local/pgsql/lib -Lmodules/php4 -L../modules/php4 -L../../modules/ph
p4 -lmodphp4 -lpam -ldl -lpq -lmhash -lmcrypt -lltdl -lz -lcrypt -lssl -lc
rypto -lresolv -lm -ldl -lnsl -lresolv -lm -lcrypt -lssl -lcrypto -lmm
-ldl
../gen_test_char >test_char.h
BUG IN DYNAMIC LINKER ld.so: dl-version.c: 210: _dl_check_map_versions:
Assertion `needed != ((void *)0)' failed!
make[3]: *** [test_char.h] Error 127
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory
`/root/src/Apachetoolbox-1.5.44/apache_1.3.22/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/root/src/Apachetoolbox-1.5.44/apache_1.3.22'
make: *** [build] Error 2

Er det en fil den er gal med eller hvad ? - hvad kan jeg gøre for at rette
det ?


--
|-|$235-|)k - Mickey - Eko sum lapis
Problemer med forbindelsen ?
- lav en traceroute på http://trace.susie.dk

---

Mickey wrote:

> Jeg har nu i tre døgn (jepper) forsøgt på forskellige måder at få apache
> til at kompilere.
> Jeg bruger ApacheToolbox, jeg har nemlig ikke liiiige styr på at få alle
> modulerne kompileret med ind ellers.
>
> make kører et stykke, og aborter så med denne fejl : (kommandoen først)

Det er ikke kompileren, der fejler.

Dette er kompileren:

> gcc -DLINUX=22 -DMOD_SSL=208105

[...]

Kører fint igennem.

Her køres det program, som kompileren kompilerede:

> ./gen_test_char >test_char.h

Så går det galt:

> BUG IN DYNAMIC LINKER ld.so: dl-version.c: 210: _dl_check_map_versions:
> Assertion `needed != ((void *)0)' failed!
> make[3]: *** [test_char.h] Error 127
> make[2]: *** [subdirs] Error 1
> make[2]: Leaving directory
> `/root/src/Apachetoolbox-1.5.44/apache_1.3.22/src'
> make[1]: *** [build-std] Error 2
> make[1]: Leaving directory `/root/src/Apachetoolbox-1.5.44/apache_1.3.22'
> make: *** [build] Error 2

gen_test_char er et test program, der måske skal sikre, at den dynamiske
linker virker korrekt (det er uklart om fejlmeddelelsen stammer fra ld
eller fra gen_test_char). Den fejler altså i stedet. Prøv at søg på google
efter "gen_test_char".

Hvilken version af gcc bruger du og på hvilken distribution ?

Hvis du kører RedHat kan du prøve at kompilere ud fra rpm src filen i
stedet. Det virker garanteret.

-Claus

---

"Claus Rasmussen" <clr@cc-consult.dk> skrev i en meddelelse
news:3be454be$0$4862

> gen_test_char er et test program, der måske skal sikre, at den dynamiske
> linker virker korrekt (det er uklart om fejlmeddelelsen stammer fra ld
> eller fra gen_test_char). Den fejler altså i stedet. Prøv at søg på google
> efter "gen_test_char".

har fået den kompileret stort set uden moduler, nu skal jeg så bare ha
kompileret og tilføjet en række moduler før serveren er produktionsdygtig

> Hvilken version af gcc bruger du og på hvilken distribution ?

Thread model: single
gcc version 3.0

> Hvis du kører RedHat kan du prøve at kompilere ud fra rpm src filen i
> stedet. Det virker garanteret.

det gør jeg ikke... - kører SuSE 7.0


--
|-|$235-|)k - Mickey - Eko sum lapis
Problemer med forbindelsen ?
- lav en traceroute på http://trace.susie.dk

---

Mickey wrote:

> "Claus Rasmussen" <clr@cc-consult.dk> skrev i en meddelelse

> gcc version 3.0

Hold dig fra gcc 3.0 indtil videre. Der er for mange fejl i den endnu.


>> Hvis du kører RedHat kan du prøve at kompilere ud fra rpm src filen i
>> stedet. Det virker garanteret.
>
> det gør jeg ikke... - kører SuSE 7.0

Den er også rpm baseret (svjh). Så kan du finde en src rpm et sted.

-Claus

---

"Claus Rasmussen" <clr@cc-consult.dk> skrev i en meddelelse
news:3be4714f$0$11599

> Hold dig fra gcc 3.0 indtil videre. Der er for mange fejl i den endnu.

det var den der fulgte med på system-cd'en...

> Den er også rpm baseret (svjh). Så kan du finde en src rpm et sted.

jo tak, men eftersom RPM'er giver røvmange problemer at installere fra giver
jeg ikke bruge tid på det når jeg kan hente sourcen i en tar.gz fil...


--
|-|$235-|)k - Mickey - Eko sum lapis
Problemer med forbindelsen ?
- lav en traceroute på http://trace.susie.dk

---

Mickey wrote:

> "Claus Rasmussen" <clr@cc-consult.dk> skrev i en meddelelse
>
>> Den er også rpm baseret (svjh). Så kan du finde en src rpm et sted.
>
> jo tak, men eftersom RPM'er giver røvmange problemer at installere fra
> giver jeg ikke bruge tid på det når jeg kan hente sourcen i en tar.gz
> fil...

Det var bare for at komme tilbage til et sted, hvor vi /ved/ tingene
virker. Der er sikkert en masse patches i src pakken, som du skal bruge
for overhovedet at kompilere apache med gcc 3.0 .

Sådan er det i hvert fald på RedHat. Jeg bruger meget, at fiske patches
ud fra src pakken til når jeg selv kompilerer f.eks KDE.

Der er heller ingen, der siger, at du skal installere den genererede
rpm pakke. Du kan bare kompilere src pakken og så installere med den
sædvanlige make install kommando.

Hvilke problemer har du i øvrigt med at installere fra rpm ?

-Claus

---

"Claus Rasmussen" <clr@cc-consult.dk> skrev i en meddelelse
news:3be47b18$0$11603

> Det var bare for at komme tilbage til et sted, hvor vi /ved/ tingene
> virker. Der er sikkert en masse patches i src pakken, som du skal bruge
> for overhovedet at kompilere apache med gcc 3.0 .

du mener ikke tar.gaz sourcen virker ?
og mht. gcc, så har jeg kompileret apache med den før (1.3.14) og temmelig
mange andre programmer (postgres, postfix, proftpd osv.)

> Hvilke problemer har du i øvrigt med at installere fra rpm ?

den klassiske tror jeg...
"Denne version af RPM kan ikke installere pakker med versionsnummer over 3"
- når man så skal opdatere finder man meget belejligt at den næste RPM
version har en pakke-nummer højere end 3...
Desuden er der ofte det at den ene fil er afhængig af den anden som er
afhængig af den tredje som er afhængig af den første som... - et helvede at
arbejde med!


--
|-|$235-|)k - Mickey - Eko sum lapis
Problemer med forbindelsen ?
- lav en traceroute på http://trace.susie.dk

---

Mickey wrote:

> du mener ikke tar.gaz sourcen virker ?

Jamen hvis den virker, hvad har vi så denne tråd for ?

Altså: Men mindre du har lavet en banal fejl, har du et ikke-trivielt
problem. Derfor vil det være godt, at tage udgangspunkt i noget, som
vi ved virker.

Det gør src rpm'en. Det er den, som SuSE har brugt til at kompilere den
binære rpm ud fra. Med gcc 3.0.


> og mht. gcc, så har jeg kompileret apache med den før (1.3.14) og temmelig
> mange andre programmer (postgres, postfix, proftpd osv.)

Det er jo ligegyldigt om gcc 3.0 kan kompilere andre programmer, hvis den
ikke kan kompilere det her. Gcc 3.0 /er/ buggy. Det ved (næsten) alle.

Ideen med src rpm'en er, at det kan være, at SuSE har tilføjet nogle
patches som arbejder udenom de fejl, der er i gcc 3.0.


>> Hvilke problemer har du i øvrigt med at installere fra rpm ?
>
> den klassiske tror jeg...
> "Denne version af RPM kan ikke installere pakker med versionsnummer over
> 3"
> - når man så skal opdatere finder man meget belejligt at den næste RPM
> version har en pakke-nummer højere end 3...

Rimeligt nok. Jeg bruger stort set kun officielle RedHat rpm'er (ellers
kompilerer jeg fra source).


> Desuden er der ofte det at den ene fil er afhængig af den anden som er
> afhængig af den tredje som er afhængig af den første som... - et helvede
> at arbejde med!

Ximian Gnome... suk.

-Claus

---

"Claus Rasmussen" <clr@cc-consult.dk> skrev i en meddelelse
news:3be493cd$0$11600

> Jamen hvis den virker, hvad har vi så denne tråd for ?

tjaa, det spørger jeg også mig selv om...
- jeg har fået inkredset problemet til at vøre nogle lib-filer (det er det
nu, den skifter lidt mellem forskellige fejl...) hvor der er et "undefined
symbol __dso_handle"

> Altså: Men mindre du har lavet en banal fejl, har du et ikke-trivielt
> problem. Derfor vil det være godt, at tage udgangspunkt i noget, som
> vi ved virker.

overvejer om jeg skal lade være at bruge apachetoolbox og selv klare det
hele, det er jeg bare ikke helt stiv i...

> Det gør src rpm'en. Det er den, som SuSE har brugt til at kompilere den
> binære rpm ud fra. Med gcc 3.0.

kunne da være jeg skulle prøve med den - men øh, fejlen er ikke i
apache-sourcen, den kan nemlig godt kompileres uden PHP (og dermed også uden
de libs den bruger)

> Det er jo ligegyldigt om gcc 3.0 kan kompilere andre programmer, hvis den
> ikke kan kompilere det her. Gcc 3.0 /er/ buggy. Det ved (næsten) alle.


har prøvet at opdatere den, det gik ikke... :(
- måske man skulle reinstallere ?

> Ximian Gnome... suk.

nej, har ingen X installeret...


--
|-|$235-|)k - Mickey - Eko sum lapis
Problemer med forbindelsen ?
- lav en traceroute på http://trace.susie.dk