"make install" ruft "strip" bei allen files auf

[mrdudz]

sicher nur ein kosmetisches problem, aber auch nicht die feine englische Art :)

[ThKattanek]

Stimmt jetzt wo du es sagst. :) Verstehe ich gar nicht, sollte ja nur beim bin file Sinn machen. Muss ich mal schauen wie ich qmake dazu bringe das nicht bei allen Dateien zu machen. Muss ich mir mal die pro Datei genauer anschauen.

[Zirias]

Das war durch Verkettung seltsamer Umstände sogar schon mal ein Problem beim Testen des FreeBSD ports. Das strip tool hinterlässt temporäre Files im Fehlerfall, und die sorgen dann für Fehler wenn der Inhalt der staging-area mit den Angaben in pkg-plist (wo die Dateien drin stehen, die ins Package gehören) verglichen wird.

Hab es bisher ignoriert, weil es tatsächlich mehr ein "Schönheitsfehler" ist. Aber ein Fix wäre in der Tat nett ;)

[ThKattanek]

Ich schaue es mir gerade an und durchstöber die qmake Manual :)

[ThKattanek]

Am Ende hat es gereicht in der emu64.pro zu CONFIG "nostrip" hinzuzufügen. Nun wird bei make install kein strip mehr ausgeführt.

[ThKattanek]

Erledigt!

[Zirias]

Öh, Sekunde. Binaries sollten gestrippt sein. Funktioniert das noch?

[Zirias]

BTW, will niemanden nerven. Es gibt (leider) mehr als genug Projekte, die das Thema komplett ignorieren, dann kümmert sich halt der jeweilige Mainteiner eines Linux-Package oder BSD-Ports darum, dass die binaries gestrippt werden. Aber schöner/richtiger ist es, wenn das upstream Buildsystem das macht.

Einfach testbar ist das Resultat mit dem Tool file -- das gibt bei binaries unter anderem stripped oder non-stripped aus :)

[ThKattanek]

Wie kann ich das überprüfen? Ich dachte wenn man ein release erstellt sind ja eh keine Symbole mit bei. Also würde ja srip eh nichts mehr entfernen können. Ich hatte geschaut und die binarys sind unter linux und windows kleiner als die debug varianten.

[ThKattanek]

Antwort kam mal wieder schneller wie ich sie gestellt habe :)

[ThKattanek]

file ./emu64
./emu64: ELF 64-bit LSB pie executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=7070518c20504a6f5a0ceb8691ee3758debb269d, for GNU/Linux 3.2.0, not stripped

[Zirias]

Symbole für Funktionen und "static" data sind leider immer da ;) Weitergehende Symbole (Referenzen zur source-line, Namen lokaler variablen, usw) sind nur in "debug" builds da. Aber alle diese Symbole sind überflüssig wenn man nicht debuggen will ;)

Deshalb ist "strippen" best practice ....

Und ja, in deiner Ausgabe steht am Ende "not stripped", das heißt die Symbols für Funktionen etc sind noch drin...

[ThKattanek]

Wer richtig lesen kann ist klar im Vorteil ;)