NI-Buildsystem

[mirz]

gleich an oberster Stelle

Code: Alles auswählen

$(HOST_DIR):
	$(INSTALL) -d $(HOST_DIR) \
	$(INSTALL) -d $(HOST_DIR)/bin \
	$(INSTALL) -d $(HOST_DEPS_DIR)

sollten müssten doch hinter $(HOST_DIR) und $(HOST_DIR)/bin "\" sein.

[vanhofen]

Nee, das passt so.

Du kannst das auch prüfen. Benenne das Verzeichnis host um in host.bak.
Dann füge in Makefile.local folgendes Target ein:

Code: Alles auswählen

host-test: | $(HOST_DIR)

Führe nun make host-test aus. Dann wirst du sehen, dass die Verzeichnisse korrekt angelegt werden.

Vergiss am Ende nicht, host.bak wieder nach host umzubenennen.

[mirz]

also bei mir fehlt dann das Verzeichnis "host/deps"

[vanhofen]

Code: Alles auswählen

vanhofen@buster:~/ni/buildsystem[master]$ make host-test
install -d /home/vanhofen/ni/buildsystem/host
install -d /home/vanhofen/ni/buildsystem/host/bin
install -d /home/vanhofen/ni/buildsystem/host/deps

Kann ich nicht bestätgen.

[mirz]

die Ausgabe habe ich auch, nur das Verzeichnis ist nicht da

[vanhofen]

Das ist ein install-Befehl. Wenn das so an der Konsole steht, ging auch alles gut. Install würde sonst schimpfen.

Warum das bei dir anders ist als bei mir, vermag ich aber nicht zu sagen.

[mirz]

tja, is schon komisch.
Ich bin ja nur drauf gestoßen, weil make clean fehlschlug, da TOUCH die Datei nicht erstellen konnte

[mirz]

aus welchen Gründen auch immer: es funktioniert jetzt.
make clean hatte ja gestoppt bei host-pkgconf, wegen fehlendem Ordner.

Das ist Zauberei

[vanhofen]

Vielleicht hast du bei ersten Mal die Enter-Taste nicht fest genug gedrückt.

[Janus]

make clean hatte ja gestoppt bei host-pkgconf, wegen fehlendem Ordner.

Ist mir vor ca. 2-3 Wochen auch schonmal passiert.
Hab das Verzeichnis damals (2 mal) per Hand erzeugt, dann lief das durch.

Danach ist das hier nicht mehr aufgetreten.
Ich vermute, ein Seiteneffekt bei der Weiterentwicklung des Buildsystems.
Inzwischen dann wohl irgendwie 'seitlich' mitgefixt...

[tannen]

bei mir will es wieder mal nicht bauen die ganze Zeit hat es funktioniert und jetzt plötzlich

/usr/lib/libgcc_s.so.1: file not recognized: file format not recognized
collect2: error: ld returned 1 exit status
libtool: error: error: relink 'libupnp.la' with the above command before installing it
make[5]: *** [Makefile:780: install-libLTLIBRARIES] Fehler 1
make[4]: *** [Makefile install-am] Fehler 2
make[3]: *** [Makefile install-recursive] Fehler 1
make[2]: *** [Makefile:526: install-recursive] Fehler 1
make[1]: *** [package/libupnp/libupnp.mk:17: libupnp] Fehler 2
make: *** [make/ni.mk:47: image] Fehler 2

[annie]

vermute neues Ubuntu bzw. Clone.

hab ein paar Seiten vorher einen Tipp gegen, das es weiter baut.
Ich denke das ist ein Pathproblem,
denn in /home/user/ni-buildsystem/root/lib ist die Datei libgcc_s.so.1, es wird aber in /home/user/ni-buildsystem/root/usr/lib gesucht...

Teste mit dem Image mal autofs, hier bei meinem Build will dann autofs nicht mehr !

Abhilfe: nimm ein nightly

[vanhofen]

bei mir will es wieder mal nicht bauen die ganze Zeit hat es funktioniert und jetzt plötzlich

Poste mal bitte die komplette Ausgabe von "make libupnp".

[annie]

log...

log.txt

(267.7 KiB) 136-mal heruntergeladen

[tannen]

Poste mal bitte die komplette Ausgabe von "make libupnp".

annie war schneller

anscheinend haben alle das Problem

[vanhofen]

Wenn alle das Problem hätten, dann hätten wir heute keine Nightlies auf dem Server.

[annie]

nur neue Betriebssysteme, z.B. mit LM 19.x hab ich das nicht

[vanhofen]

Sehe ich das richtig, annie, dass der erste Build geklappt hat und der zweite nicht? WTF!?

[annie]

ja beim 1. Mal libgcc... nach /usr/lib gebracht

hier mal erfolreich mit LM19 gebaut

[vanhofen]

ja beim 1. Mal libgcc... nach /usr/lib gebracht

OK, davon ist im Log aber nichts zu sehen. Das verwirrte mich etwas.

edit: Ah, hab's doch gefunden. Das haste aber gut getarnt.