[Gelöst] Makefile-Fehler "1" bei mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9

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

BenGurion_

Mitglied
Mitglied seit
10 Nov 2005
Beiträge
259
Punkte für Reaktionen
5
Punkte
18
Ich wollte für meine 7590 mit freetz-ng (19625M-c4080df12 master 2022-06-02) eben für die 7.25er FW ein neues Image bauen und da briacht der make plötzlich ab.
Code: 
tmp-rsblsh1_n.s: Assembler messages:
tmp-rsblsh1_n.s:90: Error: selected FPU does not support instruction -- `vmov.i8 d0,#0'
tmp-rsblsh1_n.s:95: Error: selected processor does not support `vld1.32 {d3[0]},[r2]!' in ARM mode
tmp-rsblsh1_n.s:96: Error: selected processor does not support `vsli.u32 d0,d3,#1' in ARM mode
tmp-rsblsh1_n.s:99: Error: selected processor does not support `vshr.u32 d0,d3,#32-1' in ARM mode
tmp-rsblsh1_n.s:108: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-rsblsh1_n.s:109: Error: selected processor does not support `vsli.u64 d0,d3,#1' in ARM mode
tmp-rsblsh1_n.s:112: Error: selected processor does not support `vshr.u64 d0,d3,#64-1' in ARM mode
tmp-rsblsh1_n.s:119: Error: selected processor does not support `vld1.32 {d2},[r2]!' in ARM mode
tmp-rsblsh1_n.s:120: Error: selected processor does not support `vsli.u64 d0,d2,#1' in ARM mode
tmp-rsblsh1_n.s:121: Error: selected processor does not support `vshr.u64 d1,d2,#64-1' in ARM mode
tmp-rsblsh1_n.s:122: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-rsblsh1_n.s:123: Error: selected processor does not support `vsli.u64 d1,d3,#1' in ARM mode
tmp-rsblsh1_n.s:125: Error: selected processor does not support `vshr.u64 d0,d3,#64-1' in ARM mode
tmp-rsblsh1_n.s:132: Error: selected processor does not support `vld1.32 {d2},[r2]!' in ARM mode
tmp-rsblsh1_n.s:133: Error: selected processor does not support `vsli.u64 d0,d2,#1' in ARM mode
tmp-rsblsh1_n.s:135: Error: selected processor does not support `vshr.u64 d1,d2,#64-1' in ARM mode
tmp-rsblsh1_n.s:138: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-rsblsh1_n.s:139: Error: selected processor does not support `vsli.u64 d1,d3,#1' in ARM mode
tmp-rsblsh1_n.s:141: Error: selected processor does not support `vshr.u64 d0,d3,#64-1' in ARM mode
tmp-addlsh2_n.s: Assembler messages:
tmp-addlsh2_n.s:90: Error: selected FPU does not support instruction -- `vmov.i8 d0,#0'
tmp-addlsh2_n.s:95: Error: selected processor does not support `vld1.32 {d3[0]},[r2]!' in ARM mode
tmp-addlsh2_n.s:96: Error: selected processor does not support `vsli.u32 d0,d3,#2' in ARM mode
tmp-addlsh2_n.s:99: Error: selected processor does not support `vshr.u32 d0,d3,#32-2' in ARM mode
tmp-addlsh2_n.s:108: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-addlsh2_n.s:109: Error: selected processor does not support `vsli.u64 d0,d3,#2' in ARM mode
tmp-addlsh2_n.s:112: Error: selected processor does not support `vshr.u64 d0,d3,#64-2' in ARM mode
tmp-addlsh2_n.s:119: Error: selected processor does not support `vld1.32 {d2},[r2]!' in ARM mode
tmp-addlsh2_n.s:120: Error: selected processor does not support `vsli.u64 d0,d2,#2' in ARM mode
tmp-addlsh2_n.s:121: Error: selected processor does not support `vshr.u64 d1,d2,#64-2' in ARM mode
tmp-addlsh2_n.s:122: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-addlsh2_n.s:123: Error: selected processor does not support `vsli.u64 d1,d3,#2' in ARM mode
tmp-addlsh2_n.s:125: Error: selected processor does not support `vshr.u64 d0,d3,#64-2' in ARM mode
tmp-addlsh2_n.s:132: Error: selected processor does not support `vld1.32 {d2},[r2]!' in ARM mode
tmp-addlsh2_n.s:133: Error: selected processor does not support `vsli.u64 d0,d2,#2' in ARM mode
tmp-addlsh2_n.s:135: Error: selected processor does not support `vshr.u64 d1,d2,#64-2' in ARM mode
tmp-addlsh2_n.s:138: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-addlsh2_n.s:139: Error: selected processor does not support `vsli.u64 d1,d3,#2' in ARM mode
tmp-addlsh2_n.s:141: Error: selected processor does not support `vshr.u64 d0,d3,#64-2' in ARM mode
make[4]: *** [Makefile:768: rsblsh1_n.lo] Fehler 1
make[4]: *** Es wird auf noch nicht beendete Prozesse gewartet....
make[4]: *** [Makefile:768: addlsh2_n.lo] Fehler 1
make[3]: *** [Makefile:956: install-recursive] Fehler 1
make[2]: *** [Makefile:1256: install] Fehler 2
make[1]: *** [tools/make/gmp-host/gmp-host.mk:26: /home/pi/freetz-ng/tools/build/lib/libgmp.a] Beendet
make: *** [Makefile:33: envira] Fehler 2
 
Eben noch mal neu ausgescheckt - das fehlerbild hat sich wie folgt geändert (build weiterhin nicht möglich):
Code: 
tmp-rsblsh1_n.s: tmp-addlsh2_n.s: Assembler messages:
tmp-rsblsh1_n.s:90: Error: selected FPU does not support instruction -- `vmov.i8 d0,#0'
Assembler messages:
tmp-addlsh2_n.s:90: Error: selected FPU does not support instruction -- `vmov.i8 d0,#0'
tmp-rsblsh1_n.s:95: Error: selected processor does not support `vld1.32 {d3[0]},[r2]!' in ARM mode
tmp-rsblsh1_n.s:96: Error: selected processor does not support `vsli.u32 d0,d3,#1' in ARM mode
tmp-addlsh2_n.s:95: Error: selected processor does not support `vld1.32 {d3[0]},[r2]!' in ARM mode
tmp-addlsh2_n.s:96: Error: selected processor does not support `vsli.u32 d0,d3,#2' in ARM mode
tmp-rsblsh1_n.s:99: Error: selected processor does not support `vshr.u32 d0,d3,#32-1' in ARM mode
tmp-addlsh2_n.s:99: Error: selected processor does not support `vshr.u32 d0,d3,#32-2' in ARM mode
tmp-rsblsh1_n.s:108: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-addlsh2_n.s:108: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-addlsh2_n.s:109: Error: selected processor does not support `vsli.u64 d0,d3,#2' in ARM mode
tmp-addlsh2_n.s:112: Error: selected processor does not support `vshr.u64 d0,d3,#64-2' in ARM mode
tmp-addlsh2_n.s:119: Error: selected processor does not support `vld1.32 {d2},[r2]!' in ARM mode
tmp-addlsh2_n.s:120: Error: selected processor does not support `vsli.u64 d0,d2,#2' in ARM mode
tmp-addlsh2_n.s:121: Error: selected processor does not support `vshr.u64 d1,d2,#64-2' in ARM mode
tmp-addlsh2_n.s:122: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-addlsh2_n.s:123: Error: selected processor does not support `vsli.u64 d1,d3,#2' in ARM mode
tmp-rsblsh1_n.s:109: Error: selected processor does not support `vsli.u64 d0,d3,#1' in ARM mode
tmp-addlsh2_n.s:125: Error: selected processor does not support `vshr.u64 d0,d3,#64-2' in ARM mode
tmp-rsblsh1_n.s:112: Error: selected processor does not support `vshr.u64 d0,d3,#64-1' in ARM mode
tmp-addlsh2_n.s:132: Error: selected processor does not support `vld1.32 {d2},[r2]!' in ARM mode
tmp-addlsh2_n.s:133: Error: selected processor does not support `vsli.u64 d0,d2,#2' in ARM mode
tmp-addlsh2_n.s:135: Error: selected processor does not support `vshr.u64 d1,d2,#64-2' in ARM mode
tmp-addlsh2_n.s:138: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-addlsh2_n.s:139: Error: selected processor does not support `vsli.u64 d1,d3,#2' in ARM mode
tmp-addlsh2_n.s:141: Error: selected processor does not support `vshr.u64 d0,d3,#64-2' in ARM mode
tmp-rsblsh1_n.s:119: Error: selected processor does not support `vld1.32 {d2},[r2]!' in ARM mode
tmp-rsblsh1_n.s:120: Error: selected processor does not support `vsli.u64 d0,d2,#1' in ARM mode
tmp-rsblsh1_n.s:121: Error: selected processor does not support `vshr.u64 d1,d2,#64-1' in ARM mode
tmp-rsblsh1_n.s:122: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-rsblsh1_n.s:123: Error: selected processor does not support `vsli.u64 d1,d3,#1' in ARM mode
tmp-rsblsh1_n.s:125: Error: selected processor does not support `vshr.u64 d0,d3,#64-1' in ARM mode
tmp-rsblsh1_n.s:132: Error: selected processor does not support `vld1.32 {d2},[r2]!' in ARM mode
tmp-rsblsh1_n.s:133: Error: selected processor does not support `vsli.u64 d0,d2,#1' in ARM mode
tmp-rsblsh1_n.s:135: Error: selected processor does not support `vshr.u64 d1,d2,#64-1' in ARM mode
tmp-rsblsh1_n.s:138: Error: selected processor does not support `vld1.32 {d3},[r2]!' in ARM mode
tmp-rsblsh1_n.s:139: Error: selected processor does not support `vsli.u64 d1,d3,#1' in ARM mode
tmp-rsblsh1_n.s:141: Error: selected processor does not support `vshr.u64 d0,d3,#64-1' in ARM mode
make[4]: *** [Makefile:768: rsblsh1_n.lo] Fehler 1
make[4]: *** Es wird auf noch nicht beendete Prozesse gewartet....
make[4]: *** [Makefile:768: addlsh2_n.lo] Fehler 1
make[3]: *** [Makefile:956: install-recursive] Fehler 1
make[2]: *** [Makefile:1256: install] Fehler 2
make[1]: *** [tools/make/gmp-host/gmp-host.mk:26: /home/pi/freetz-ng/tools/build/lib/libgmp.a] Beendet
make: *** [Makefile:52: envira] Fehler 2

Welches Paket müsste ich denn nun abwählen oder ändern?
 
Was ist das für ein Buildsystem?
 
Raspberry pi 4 mit Debian buster (10)
Also ein ARM-System
Kommt da für solche Buils-Systeme noch ein Fix für diesen Part?
 
Überleg mal. Hat die 7590 tatsächlich einen ARM? :rolleyes:
 
Was hat denn das OS (Buildsystem) auf welchem das Programm ausgeführt wird, mit der CPU zu tun, welche dann zum Einsatz kommt auf dem betreffenden Gerät für welches man mit dieser Toolchain eine eigenen Firmware baut?
 
.config.compressed?
 
Ich hab's mir mal angesehen ... bei einigen "Umbauten" im Make-Prozess für die Host-Tools wurden Fehler gemacht.

Wie hier für das betroffene Paket (gmp-host) zu sehen: https://github.com/Freetz-NG/freetz...3d68f9f79/tools/make/gmp-host/gmp-host.mk#L14 wurde aus der Auflösung der Variablen $(GNU_HOST_NAME) zum Zeitpunkt der Ausführung des "Rezepts" (wo diese Variable dann auch gesetzt ist) eine Auflösung zum Zeitpunkt der Zuweisung zu einer Variablen (die VIEL FRÜHER erfolgt) ... und das führt dazu, daß für sämtliche Host-Tools (mit einer Autokonfiguration) beim Aufruf von configure die Werte für build und host NICHT gesetzt sind und zwar seit diesem Commit: https://github.com/Freetz-NG/freetz-ng/commit/ba866b2220549f32d10f85c223b79671f62c6494

Das macht sich auf x86 und x64 nicht so sehr bemerkbar, weil es dort zwar auch verschiedene Features der CPU/FPU gibt, aber hier funktioniert dann auch die automatische Erkennung des Host-Systems bei der Autokonfiguration. Beim RasPi (3 oder 4 sollte egal sein) mit Buster (32-Bit) ergibt das aber armcortexa72neon-unknown-linux-gnueabihf und mit dieser Konfiguration kommt es dann zu dem beobachteten Fehler beim "emit" von Befehlen für die FPU - die Ursache müßte irgendwo in den binutils liegen (spielt aber für Freetz-Builds gar keine Rolle).

Wird stattdessen arm generic als Architektur bei der Übersetzung verwendet (das war bisher auch der Fall, wenn da --build=arm-pc-linux-gnu angegeben war ... aber dazu müßte die Variable $(GNU_HOST_NAME) halt schon zum Zeitpunkt der Zuweisung (im geänderten mk-File) passend gesetzt sein), werden (afaik) gar keine FPU-Befehle verwendet (ist auf dem Build-Host auch nicht wirklich erforderlich und/oder relevant für die Performance) und stattdessen eine entsprechende Emulation (ohne FPU-Instruktionen) generiert. Damit läßt sich das Paket (und andere) dann auch auf einem RasPi bauen - ob danach noch weitere Probleme warten, habe ich aber nicht getestet.

Als Workaround kann man das Ermitteln des Wertes für $(GNU_HOST_NAME) (https://github.com/Freetz-NG/freetz...6bd1f77ff4b5ad33d68f9f79/make/Makefile.in#L28 - einige Zeilen davor sind aber auch noch Voraussetzung, damit diese Zeile funktioniert) früher ausführen lassen, ich habe mal eine Korrektur in meinen Freetz-Branch eingecheckt: https://github.com/PeterPawn/YourFreetz/commit/b8ec32d85b49463f6d49cd929180885b6f788c84

Den kann man z.B. mit dem Kommando git pull https://github.com/PeterPawn/YourFreetz b8ec32d85b49463f6d49cd929180885b6f788c84 der eigenen Kopie des Freetz-NG-Repos hinzufügen. Wer am o.g. Fehler "hängt", muß dann allerdings noch ein make gmp-host-dirclean vor dem nächsten Versuch einschieben, damit die bisher erzeugten Build-Artefakte für dieses Paket entsorgt werden, da nur dann auch ein erneutes configure - diesmal mit passend gesetzten Werten - im Rahmen des Builds ausgeführt wird.

EDIT (04.06.2022 14:52 Uhr):
Mittlerweile ist die Änderung (bzw. eine adäquate) auch im Freetz-NG-Master vorhanden. Weitere Probleme beim Build auf einem RasPi 4 (mit Bullseye 32-bit) habe ich nicht gefunden - wobei ich keine weiteren Einstellungen für irgendwelche Zusatzpakete in der Konfiguration vorgenommen hatte.

Je nach Version des RasPi (bzw. je nach dessen (ja fest verbautem) RAM-Ausbau) braucht es aber in jedem Falle genug Swap-Space ... unter 2 GB wird man beim Build des gcc Probleme haben, die sich in einem Abbruch (i.d.R. mit Fehler 137) manifestieren, wenn der Build-Prozess bei OOM-Bedingungen einfach gekillt wird.
 
  • Like
Reaktionen: BenGurion_
Inzwischen habe ich mir noch weitere Stellen angesehen ... es gibt (bzw. kann geben) weitere Probleme, die auf der wechselseitigen Benutzung von make-Variablen über mehrere Pakete basieren. Auch da wird - durch die Umstellung, wo jetzt per Makro definierte Variablen (und zwar simply expanded - zuvor waren das eben Variablenreferenzen in einem "recipe", wo die Auflösung erst später erfolgt) - beim configure nicht mehr in jedem Falle die notwendige Information bereitgestellt ... ein weiteres Beispiel ist das Makefile für das mpc-host-Paket (tools/make/mpc-host/mpc-host.mk), dort wird auf die Variable ${MPFR_HOST_DESTDIR} zu einem Zeitpunkt Bezug genommen, wo diese noch gar nicht definiert ist, weil das mpfr-host-Paket erst NACH dem mpc-host-Paket in das (übergeordnete) Makefile eingebunden wird.

Daher klappt (zumindest bei mir) auch keine Verwendung eines "frischen" Checkouts von Freetz-NG (auf x64), weil die automatische Erkennung des (für mpc) zu verwendenden mpfr-Pakets nicht funktioniert:
Rich (BBCode): 
---> tools/mpc-host ...
preparing ... mkdir -p /home/peh/ng-test/source/host-tools/mpc-1.1.0; tools/gunzip -c dl/mpc-1.1.0.tar.gz | tools/tar-gnu -x -C /home/peh/ng-test/source/host-tools/mpc-1.1.0 --transform='s|^./\+||' --strip-components=1
set -e; shopt -s nullglob; for i in tools/make/mpc-host/patches/*.patch*; do case $i in *.patch|*.patch.gz|*.patch.bzip2|*.patch.bz2|*.patch.bz|*.patch.xz|*.patch.lz|*.patch.lzma|*.patch.Z|*.patch.diff) ;; *) continue ;; esac; tools/free
tz_patch /home/peh/ng-test/source/host-tools/mpc-1.1.0 $i; done;
    applying patch file tools/make/mpc-host/patches/100-no_docs_no_tests.mpc.patch
    patching file Makefile.in
    ----------------------------------------------------------------------
configuring ... (conf_cmd() { ./configure  "$@"  || { [ "REETZ_VERBOSITY_LEVEL" = "0" ] && echo && cat .build.log 2>/dev/null; kill $; printf "\n\\033[33m%s\\033[m\n" "ERROR: ";  exit 1; } }; cd /home/peh/ng-test/source/host-tools/mpc-1.
1.0; rm -f config.{cache,status};   PATH="/home/peh/ng-test/tools/path:/home/peh/bin:/usr/local/bin:/usr/bin:/bin" CC="gcc" CXX="g++" CFLAGS="-Wall -O2" CXXFLAGS="-Wall -O2" LDFLAGS="" CC="" CFLAGS="" CONFIG_SITE="/usr/share/site/x86_64-
unknown-linux-gnu" conf_cmd   --prefix=/home/peh/ng-test/tools/build --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --disable-shared --enable-static --with-gmp=/home/peh/ng-test/tools/build --with-mpfr=<HIER FEHLT DER WERT> )
configure: loading site script /usr/share/site/x86_64-unknown-linux-gnu
[...]
checking for MPFR... no
configure: error: libmpfr not found or uses a different ABI (including static vs shared).
environment: line 1: kill: $: arguments must be process or job IDs

ERROR:
make[1]: *** [tools/make/mpc-host/mpc-host.mk:25: /home/peh/ng-test/source/host-tools/mpc-1.1.0/.configured] Error 1
make: *** [Makefile:46: envira] Error 2
(die Stelle mit dem Problem sieht man ggf. nur, wenn man das Code-Fenster oben nach rechts scrollt).

Am Ende dürfte es am sinnvollsten sein, in das TOOLS_INIT-Makro eine Definition für die Variable $(PKG)_CONFIGURE_OPTIONS aufzunehmen, mit der diese dann als "recursively expanded variable" behandelt wird, so daß auch weitere, dort enthaltene Referenzen auf andere Variablen erst zum Zeitpunkt der Benutzung aufgelöst werden. Sollte es noch weitere (nur implizit definierte/verwendete) Variablen geben, die über mehrere Pakete genutzt werden können/sollen, müssen natürlich auch die noch passend "definiert" werden. Ich wiederhole hier mal meine Empfehlung, die Kapitel 6.2, 6.5 und 6.6 im make-Manual (https://www.gnu.org/software/make/manual/make.html#Flavors) genau zu lesen, wenn man (weitere) Änderungen an der Struktur der Dateien für das make vornehmen will.

Da der (rudimentäre) "Gedankenaustausch" zu diesem Problem in GitHub etwas in der Luft hängt (der findet sich bei meinem o.a. Commit, welcher aber mittlerweile in keinem Branch mehr referenziert ist), verlinke ich den hier mal, damit man ihn ggf. bei einer Suche finden kann: https://github.com/PeterPawn/YourFreetz/commit/b8ec32d85b49463f6d49cd929180885b6f788c84 ... der befindet sich auch gar nicht im Freetz-NG-Repo, sondern in meinem Klon des (alten) Freetz-Projekts.
 
@PeterPawn
Danke Dir schon mal - jetzt sieht der Punkt auf jeden Fall schon wieder sauber aus :)

Allerdings hängt sich der build jetzt woanders auf:
Code: 
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `art_vpath_affine_transform'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../make[4]: *** [Makefile:524: rrdtool] Fehler 1
mips-linuxmake[4]: *** Es wird auf noch nicht beendete Prozesse gewartet....
-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_Get_Glyph'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_read_info@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_create_write_struct@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `art_alloc'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_set_IHDR@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_Glyph_To_Bitmap'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_set_text@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_set_filter@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_create_info_struct@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_get_image_height@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_Vector_Transform'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_Done_FreeType'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_Set_Char_Size'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_init_io@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_write_info@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_get_image_width@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_malloc@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_write_image@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_Done_Glyph'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_Glyph_Get_CBox'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `png_free@PNG12_0'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_New_Face'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_Glyph_Transform'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `art_svp_from_vpath'
/home/pi/freetz-ng/toolchain/build/mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/mips-linux-uclibc/bin/../lib/gcc/mips-linux-uclibc/8.3.0/../../../../mips-linux-uclibc/bin/ld: ./.libs/librrd.so: undefined reference to `FT_Glyph_Copy'
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile:521: rrdcgi] Fehler 1
Making all in doc
make[4]: Für das Ziel „all“ ist nichts zu tun.
Making all in examples
make[4]: Für das Ziel „all“ ist nichts zu tun.
Making all in bindings
make[5]: Für das Ziel „all-am“ ist nichts zu tun.
make[3]: *** [Makefile:327: all-recursive] Fehler 1
make[2]: *** [Makefile:256: all] Fehler 2
make[1]: *** [make/rrdtool/rrdtool.mk:51: source/target-mips_gcc-8.3.0_uClibc-1.0.41-nptl_kernel-4.9/rrdtool-1.2.30/src/.libs/rrdtool] Beendet
make: *** [Makefile:46: envira] Beendet
 
So - hab jetzt mal einen "make dirclean" laufen lassen und das freetz-image wurde einwandfrei gebaut ... Irgendwo war da wohl in den alten builds der Wurm drin
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 752 (Mitglieder: 29, Gäste: 723)

Neueste Beiträge

Statistik des Forums

Themen
246,149
Beiträge
2,246,954
Mitglieder
373,668
Neuestes Mitglied
petzbär
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