[Buildroot] [PATCH next v6 07/10] core: implement per-package SDK and target

[Andreas Naumann]

Hi Thomas,

Am 05.12.18 um 17:52 schrieb Andreas Naumann:
> Hi,
> 
> Am 05.12.18 um 17:31 schrieb Thomas Petazzoni:
>> Hello Andreas,
>>
>> On Wed, 5 Dec 2018 17:08:20 +0100, Andreas Naumann wrote:
>>
>>> In an answer to v4 of this series I mentioned the issue I had with empty
>>> RPATH in some host-lib. After digging some more I found this happens
>>> during the prepare-sdk step (which I call in my wrapper script). Before
>>> this step, your suggested readelf output reports the correct pathes,
>>> however after, RPATH is empty. I compared this to a "standard" SDK,
>>> there RPATH is set to $ORIGIN/../lib or something similar.
>>
>> So are you saying the issue still exists, and to reproduce, I simply
>> need to do:
>>
>>   $ make
>>   $ make prepare-sdk
>>
>> of a build with BR2_PER_PACKAGE_DIRECTORIES=y ?
> 
> in an essence that's what I did. My setup has two externals and some 
> custom defconfig, but that shouldnt matter since without the ppsh 
> patches things work fine.

Just to make sure I just did the above using your ppsh-v6 branch with 
the wandboard_defconfig. The only additional change was to use the 
external linaro toolchain. After 'make'
   $ readelf -d output/host/sbin/mkfs.ext3
shows
   0x000000000000001d (RUNPATH)            Bibliothek runpath: 
[/local/gsrc/buildroot.upstream/output/per-package/host-e2fsprogs/host/lib]

which is already unexpected, shouldn't it show .../output/host/lib?
After 'make prepare-sdk'
   $ readelf -d output/host/sbin/mkfs.ext3
shows
   0x000000000000001d (RUNPATH)            Bibliothek runpath: []


regards,
Andreas

> 
>>
>>> Actually, an unrelated question arises: Why does the SDK need to build
>>> world, which includes all filesystem images, first? Should it not be
>>> sufficient to depend on $(PACKAGES) or now host-finalize only?
>>
>> Yes, it would be sufficient to build packages + host-finalization I
>> believe.
> 
> Ok, I might submit a patch in this direction then..
> 
> 
> regards,
> Andreas
> 
>>
>> Best regards,
>>
>> Thomas
>>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>