make schlägt fehl

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Zoidby

Zoidby

Neuer User
Mitglied seit
13 Jun 2008
Beiträge
18
Punkte für Reaktionen
0
Punkte
0
Hi,

all diese Pakete sind auf meinem amd64 opensuse 10.3 installiert (jedenfalls nach dem 2. versuch).

Zuerst hatte 'libstring-crc32-perl' ich nicht installiert weil es kein vorkompiliertes Packet für mein OS gab. ich denke das verursachte diese Fehler:
Code: 
zoidby@hal9000:~/freetz/freetz-1.0> make
make -j2 CC="gcc" LD="ld" -C source/lzma2eva
make[1]: Entering directory `/home/zoidby/freetz/freetz-1.0/source/lzma2eva'
gcc -W -Wall  -lz  lzma2eva.c   -o lzma2eva
/tmp/ccUGNQKb.o: In function `main':
lzma2eva.c:(.text+0xa4): undefined reference to `crc32'
lzma2eva.c:(.text+0x40d): undefined reference to `crc32'
collect2: ld returned 1 exit status
make[1]: *** [lzma2eva] Error 1
make[1]: Leaving directory `/home/zoidby/freetz/freetz-1.0/source/lzma2eva'
make: *** [source/lzma2eva/lzma2eva] Error 2

Habe dann also den Source Code von 'libstring-crc32-perl' zum installieren verwendet, aber nach wie vor bleibt die Ausgabe von make gleich.

cu


fb: 7113 / 60.04.57 (1&1)
 
Zuletzt bearbeitet:
Was für ein OS nutzt du denn? Eigentlich sollte crc32 in der zlib sein.

MfG Oliver
 
Dass ich ein opensuse 10.3 64 bit habe schrieb ich schon.
zlib ist auch installiert 32+64 bit oder brauche ich da das zlib-devel?
 
Ja. Aber dann sollte er sich eigentlich beschweren, das er die crc32.h nicht findet.

MfG Oliver
 
Dankeschön! nach der installation von zlib-devel hat es nun funktioniert.

Aber wenn ich jetzt auf das Webinterface über Port 81 will muss ich ein Passwort eingeben,
ist das normal? Ich habe meine box nicht passwort geschützt.
 
ja freetz verlangt ein passwort!

es ist nicht das der box sondern bei der ersten installation user: admin pw:freetz
 
Danke! Es funktioniert!
 
Hallo Ihr lieben.

Erstmal danke für das klasse Projekt und ein herzliches Hallo an alle hier im Forum.

Ja ich weiß das dieser Beitrag alt ist, aber ich wollte jetzt keinen Neuen aufmachen, da dieser alles sagt. Mir aber nicht so weiter hilft.

Ich möchte meine Box (siehe Sig.) freetzen ^^, da dort der Asterisk drauf laufen soll.

Nun auch bei mir schlug das make fehl:

Code: 
make[1]: Entering directory `/srv/ftp/pub/Programme/FritzBox/freetz/freetz-1.1.3/source/lzma2eva'
gcc -W -Wall  -lz  lzma2eva.c   -o lzma2eva
/tmp/cciTZ6OK.o: In function `main':
lzma2eva.c:(.text+0xb0): undefined reference to `crc32'
lzma2eva.c:(.text+0x4ec): undefined reference to `crc32'
collect2: ld gab 1 als Ende-Status zurück
make[1]: *** [lzma2eva] Fehler 1
make[1]: Leaving directory `/srv/ftp/pub/Programme/FritzBox/freetz/freetz-1.1.3/source/lzma2eva'
make: *** [source/lzma2eva/lzma2eva] Fehler 2

Ja, es ist wie Ihr seht auch eine Mischung aus Deutsch und Englisch. Alle benötigten Pakete sind vorhanden und wurden von mir dreimal auf vorhanden sein geprüft.

Habe folgende gcc Compiler installiert:

  • 4.3.4
  • 4.4.1
  • 4.4.4.2

Den Fehler erhalte ich auch mit der trunk Version.

Config Siehe Ahnhang

MlG

Peter

Edit:

Code: 
zlib-devel - Include Files and Libraries mandatory for Development

Alternative Version:
1.2.3-140.2
Installierte Version
Version:
1.2.3-140.2

Erstellt am:
Fr 10 Sep 2010 10:16:15 CEST
Installiert am:
Fr 10 Sep 2010 10:16:15 CEST

Paketgruppe:
Development/Languages/C and C++

Lizenz:
Other uncritical OpenSource License

Installierte Größe:
140,0 KiB

Downloadgröße:
49,0 KiB

Distribution:
openSUSE 11.2

Anbieter:
openSUSE
Paketersteller:
openSUSE

URL:
http://www.zlib.net/
Quellpaket
zlib-1.2.3-140.2

Edit Ende
 

Anhänge

  • config.txt
    16.4 KB · Aufrufe: 3
Zuletzt bearbeitet:
Hast du die anderen Beiträge des Threads gelesen? Da steht doch die Lösung drin.

MfG Oliver
 
Naja, ich habe alle Beiträge im Forum gelesen, die dieses Problem behandeln (Auch die ich über google gefunden habe)

zlib-devel war installiert, auch libstring-crc32-perl' habe ich jetzt zum testen installiert, obwohl die SuSE RPM dafür auch installiert ist.

Die Paketliste im Wiki hatte ich abgearbeitet, bevor ich mich ans Image bauen gemacht habe.

Obwohl zlib.so vorhanden ist, erhalte denn noch ich den Fehler.

MfG

Peter
 
Wenn Du etwas ändern willst, gibt es extra dafür einen Button.
Du mußt also keinen neuen Beitrag anfangen, und erst recht nicht den unmittelbar darüber stehenden, der von Dir selbst stammt, zitieren.

BdMdesigN schrieb:
Obwohl zlib.so vorhanden ist, erhalte denn noch ich den Fehler.
Zum Vergrößern anklicken....

Ganz sicher? Wie lautet denn der vollständige Pfadname zu der Datei, und was sagt "nm" bzw. "nm -D" zu der Datei?
 
Ja das mit der Editfunktion weiß ich ^^

ich wollte es ja machen, nur als ich fertig war, war es zu spät.

Ich hab grade noch mal in die Dateiliste der RPM geschaut:

libz.so soll in /usr/lib liegen und es ist eine Verknüpfung da: Verknüpfung libz.so verweist auf /lib/libz.so.1.2.3 (Vorhanden).

Habe zum testen mal eine Verknüpfung angelegt von /lib/libz.so.1.2.3 ---> /usr/lib/zlib.so (ohne erfolg, Fehler bleibt)

nm:

Code: 
meinHost:/usr/lib # nm libz.so
nm: libz.so: no symbols

nm -D:

Code: 
meinHost:/usr/lib # nm -D libz.so
         w _Jv_RegisterClasses
000130f4 A __bss_start
         w __cxa_finalize
         U __errno_location
         U __fprintf_chk
         w __gmon_start__
         U __sprintf_chk
         U __stack_chk_fail
         U __vsnprintf_chk
000130f4 A _edata
000130fc A _end
0000cd78 T _fini
000012c4 T _init
000016a0 T adler32
00001930 T adler32_combine
         U clearerr
00001b00 T compress
00001a10 T compress2
000019f0 T compressBound
00001b60 T crc32
00001e80 T crc32_combine
00004ec0 T deflate
00005af0 T deflateBound
00003de0 T deflateCopy
000039c0 T deflateEnd
00005d10 T deflateInit2_
00005fd0 T deflateInit_
000059e0 T deflateParams
00003940 T deflatePrime
00005b60 T deflateReset
00004320 T deflateSetDictionary
00003910 T deflateSetHeader
00003980 T deflateTune
         U fclose
         U fdopen
         U ferror
         U fflush
         U fopen
         U fputc
         U fread
         U free
         U fseek
         U ftell
         U fwrite
00001b40 T get_crc_table
00002120 T gzclearerr
000024d0 T gzclose
000020f0 T gzdirect
00003770 T gzdopen
000020c0 T gzeof
00002160 T gzerror
00002810 T gzflush
00003270 T gzgetc
000031c0 T gzgets
00003810 T gzopen
00002870 T gzprintf
00002700 T gzputc
000026b0 T gzputs
00002c60 T gzread
00002750 T gzrewind
00002f70 T gzseek
000032c0 T gzsetparams
00003190 T gztell
00002070 T gzungetc
000025c0 T gzwrite
00008b80 T inflate
0000ace0 T inflateBack
0000aca0 T inflateBackEnd
0000ab80 T inflateBackInit_
00008700 T inflateCopy
000083f0 T inflateEnd
00008450 T inflateGetHeader
000082a0 T inflateInit2_
000083b0 T inflateInit_
00008240 T inflatePrime
000081a0 T inflateReset
00008a60 T inflateSetDictionary
00008490 T inflateSync
000086d0 T inflateSyncPoint
         U malloc
         U memcpy
         U memset
         U strcat
         U strcpy
         U strerror
         U strlen
00003830 T uncompress
00008130 T zError
00008120 T zlibCompileFlags
00008100 T zlibVersion

MfG

Peter
 
Zuletzt bearbeitet:
BdMdesigN schrieb:
ich wollte es ja machen, nur als ich fertig war, war es zu spät.
Zum Vergrößern anklicken....
War es nicht. Es ist auch jetzt noch nicht zu spät, das zu ändern.
Habe zum testen mal eine Verknüpfung angelegt von /lib/libz.so.1.2.3 ---> /usr/lib/zlib.so
Zum Vergrößern anklicken....
Hast Du die angelegt, bevor Du das Problem hattest, oder erst hinterher.
Code: 
meinHost:/usr/lib # nm -D libz.so
00001b60 T crc32
Zum Vergrößern anklicken....
Hier ist das Symbol vorhanden. Aber hier ist es plötzlich libz.so und nicht mehr zlib.so

Probiere mal das:
Code: 
cd /srv/ftp/pub/Programme/FritzBox/freetz/freetz-1.1.3/source/lzma2eva
strace -fefile gcc -W -Wall  -lz  lzma2eva.c   -o lzma2eva 2>&1 | grep libz
 
Ich hab die Verknüpfung mit zlib.so danach angelegt.

In der zlib-devel.rpm sind die Dateien aber so.

strace:

Code: 
itbull@nmeinHost:/srv/ftp/pub/Programme/FritzBox/freetz/freetz-1.1.3/source/lzma2eva> strace -fefile gcc -W -Wall  -lz  lzma2eva.c   -o lzma2eva 2>&1 | grep libz
[pid 11644] open("/usr/lib/mpi/gcc/openmpi/lib/libz.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 11644] open("/lib/libz.so.1", O_RDONLY) = 3
[pid 11646] open("/usr/lib/mpi/gcc/openmpi/lib/libz.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 11646] open("/lib/libz.so.1", O_RDONLY) = 3
[pid 11646] open("/usr/lib/gcc/i586-suse-linux/4.4/libz.so", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
[pid 11646] open("/usr/lib/gcc/i586-suse-linux/4.4/libz.a", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
[pid 11646] open("/usr/lib/gcc/i586-suse-linux/4.4/libz.so", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
[pid 11646] open("/usr/lib/gcc/i586-suse-linux/4.4/libz.a", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
[pid 11646] open("/usr/lib/gcc/i586-suse-linux/4.4/../../../../i586-suse-linux/lib/libz.so", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
[pid 11646] open("/usr/lib/gcc/i586-suse-linux/4.4/../../../../i586-suse-linux/lib/libz.a", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
[pid 11646] open("/usr/lib/gcc/i586-suse-linux/4.4/../../../libz.so", O_RDONLY|O_LARGEFILE) = 7

Hmm nun bin ich bissel verwundert.

MfG

Peter
 
RalfFriedl schrieb:
Das sollte die richtige Datei sein.
Was kommt bei
Code: 
nm -D /usr/lib/gcc/i586-suse-linux/4.4/../../../libz.so | grep crc32
Zum Vergrößern anklicken....

Da bekomme ich folgende Ausgabe:

Code: 
pitbull@meinHost:~> nm -D /usr/lib/gcc/i586-suse-linux/4.4/../../../libz.so | grep crc32
00001b60 T crc32
00001e80 T crc32_combine


MfG

Peter
 
Das sieht soweit alles richtig aus. Die Datei, die genommen wird, enthält das Symbol crc32.

Kann es noch etwas mit 32-Bit/64-Bit sein?
 
Habe nur ein 32 bit System (siehe Sig) nen K7 (Athlon 3500+)

Ich bin echt überfragg, da ja alle abhängigkeiten aufgelöst sind.

Werde aber mal mit Qemu das freetz-linux aufspielen.

Muß das Image fertig bekommen.

MfG

Peter

Edit:

Besser wäre natürlich das beheben des Fehlers.

Edit Ende
 
Also das problem besteht immer noch und es häng nur an der lzma2eva.

Alles andere wird ohne probleme gebaut.

Nun meine Frage: kann ich auch eine aktuellere Version der LZMA SDK benutzen, oder muß es die 4.43 sein?

MfG

Peter
 
Zuletzt bearbeitet:
Du kannst verwenden, was Du willst. Ob es auch funktioniert, ist eine andere Frage.

Aber es sieht aus nach einem Problem des Compilers oder des Linkers, da ist sowieso die Frage, ob es mit einer anderen Version besser gehen würde.
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 683 (Mitglieder: 24, Gäste: 659)

Neueste Beiträge

Statistik des Forums

Themen
246,423
Beiträge
2,251,812
Mitglieder
374,150
Neuestes Mitglied
melli2203
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück