[Fli4l_dev] RPATHs (was: Informationen zum Weekly-Tarball vom 14.12.2012 [24502])

[Christoph Schulz]

Hallo!

Am 28.12.2012 22:08, schrieb Bernd Kuhls:
> Mit dem bisherigen src-Paket haben diese binaries den rpath-check nicht 
> bestanden, da der build-path enthalten war. Das habe ich anstatt des o.g. 
> Patches für libtool in foo.mk mittels folgendem 
> FOO_POST_INSTALL_TARGET_HOOKS (inspired by Debian[2]) behoben:
> 
> find $(TARGET_DIR)/usr/bin -type f -exec chrpath -r /usr/lib/foo {} \;
> 
> Dies funktioniert nun nicht mehr, da der o.g. SVN commit dafür sorgt, dass 
> die binaries gar keinen rpath mehr haben, was zu folgender Fehlermeldung 
> von chrpath führt:
> 
> /home/bernd/.fbr/buildroot/output/sandbox/foo/staging/usr/bin/bar: no rpath 
> or runpath tag found.
> 
> chrpath kann nur bestehende rpath-Einträge ändern, aber keine neuen 
> erzeugen, wenn diese fehlen. Diese nun rpath-losen binaries bestehen jetzt 
> das "Checking dynamic linking" natürlich nicht mehr:
> 
>>>> foo 0.1 Error: Library libfoo.so.0 referenced by usr/bin/bar not found

Ich denke mir da etwas aus. Wie sehen denn die RPATHs dieses Pakets aus,
wenn man sie nicht entfernt? /usr/lib/... oder /home/bernd/... ?


Viele Grüße,
-- 
Christoph Schulz
[fli4l-Team]