Krijg MRTG niet meer gecompileerd :(

Pagina: 1
Acties:
  • 232 views sinds 30-01-2008

Acties:
  • 0 Henk 'm!

  • om3ega
  • Registratie: Maart 2001
  • Laatst online: 16:47
Ik krijg mijn MRTG niet meer gecompileerd..
wat ik ook doe , wat ik ook probeer ..

Alle suggesties waar het programma mee komt heb ik reeds geprobeerd (met optie C weet ik niet precies welke bestanden ik moet weggooien)

. Ik ben werkelijk al een paar dagen bezig maar ik kom er niet meer uit. Ik denk dus dat ik of :

1 : Iets over het hoofd zie
2 : Iets verkeerd doe :)

Of een combinatie van beide..

Ik zal even laten zien wat ik te zien krijg :

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
[root@wifi-server mrtg-2.9.29]# ./configure --prefix=/usr/local/mrtg-2
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E
checking whether make sets ${MAKE}... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for perl... /usr/bin/perl
checking for groff... /usr/bin/groff
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for inttypes.h... (cached) yes
checking for unsigned long long... yes
checking for long long... yes
checking for strtoll... yes
checking for __strtoll... no
checking for pow in -lm... yes
checking if long long works here... yes
checking for gdImageGif in -lgd... no
checking for gdImagePng in -lgd... no
checking for gdImagePng_jpg in -lgd... no
checking for gdImagePng_jpg_ft in -lgd... no
checking for gdImageGd in -lgd... yes
checking gd.h usability... yes
checking gd.h presence... yes
checking for gd.h... yes

** Ooops, one of many bad things happened:

   a)  You don't have the GD library installed.
       Get it from http://www.boutell.com, compile it and
       use either --with-gd-lib=DIR and --with-gd-inc=DIR to specify
       its location. You might also have to use --with-z-inc,
             --with-z-lib and --with-png-inc, --with-png-lib for gd
             versions 1.6 and higher.  Check config.log for more
       information on the problem.

   b)  You have the GD library installed, but not the gd.h
       header file.  Download the source (see above) and use
       --with-gd-inc=DIR to specify where the file can be found.

   c)  You have the library and the header file installed, but
       you also have a shared GD library in the same directory.
       Remove the shared library files and/or links (e.g.
       libgd.so.2.0.0, libgd.so and libgd.so.2).  This is especially
             likely if you're using a recent (post 1.8.4) version of GD
       and didn't configure it with --disable-shared.

   Consider following the instructions in doc/unix-guide.txt
[root@wifi-server mrtg-2.9.29]#


Vooral dit stukje baart me zorgen :

code:
1
2
3
4
5
checking for gdImageGif in -lgd... no
checking for gdImagePng in -lgd... no
checking for gdImagePng_jpg in -lgd... no
checking for gdImagePng_jpg_ft in -lgd... no
checking for gdImageGd in -lgd... yes


Iemand hier een helder ideetje?

Ik draai Redhat 9.0
MRTG-2.9.29
GD 2.0.15
Zlib-1.1.4
Libpng-1.2.5

config.log is ~15Kb

Acties:
  • 0 Henk 'm!

  • Reptile209
  • Registratie: Juni 2001
  • Laatst online: 17:15

Reptile209

- gers -

dat lijstje met de ... no 's er achter wijzen wel behoorlijk naar de drie oplossingen die de maker noemt. Alle libs zo staan dat de compiler ze kan vinden??
This is especially likely if you're using a recent (post 1.8.4) version of GD
En jij hebt 2.0.15... ;)

Zo scherp als een voetbal!


Acties:
  • 0 Henk 'm!

  • om3ega
  • Registratie: Maart 2001
  • Laatst online: 16:47
Ja ik heb alle opties die je mee kan geven aan configure al geprobeerd naar alle mogelijke lokaties waar hij die files kan vinden... maar keer op keer krijg ik dit resultaat.

Acties:
  • 0 Henk 'm!

  • deadinspace
  • Registratie: Juni 2001
  • Laatst online: 05-09 17:21

deadinspace

The what goes where now?

...en je hebt ook de development versies van die libraries?

Acties:
  • 0 Henk 'm!

  • om3ega
  • Registratie: Maart 2001
  • Laatst online: 16:47
deadinspace schreef op 09 July 2003 @ 14:18:
...en je hebt ook de development versies van die libraries?
Help me eens even opweg?

Acties:
  • 0 Henk 'm!

  • Heidistein
  • Registratie: Februari 2002
  • Laatst online: 09-09 14:16

Heidistein

Blah

de RPM pakketjes met de naam bijvoorbeeld:
gd-devel-2.0.8-5

Deze pakjes bevatten de development bestanden, speciaal om iets vanuit de bron te compileren zijn die files nodig. (Includes enzo)

Maybee we are alone... After all.


Acties:
  • 0 Henk 'm!

  • om3ega
  • Registratie: Maart 2001
  • Laatst online: 16:47
Aaah het werkt :)

Ik heb de GD lib opnieuw gecompileerd en nu loopt hij er wel door heen :D

code:
1
2
3
4
5
6
7
checking for gd.h... yes
checking the weather... (cached) it's fine
checking if we can use GCC-specific compiler options... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
ordering CD from http://people.ee.ethz.ch/~oetiker/wish .... just kidding ;-)


Jongens , bedankt voor jullie meedenken!

Acties:
  • 0 Henk 'm!

  • deadinspace
  • Registratie: Juni 2001
  • Laatst online: 05-09 17:21

deadinspace

The what goes where now?

Ik had al zo'n vermoeden... Dit staat dus gewoon in de FAQ.

Volgende keer wel de FAQ lezen dus ;)
Pagina: 1

Dit topic is gesloten.