openembedded-core.git/meta/classes/image-prelink.bbclass, branch thud

linuxloader: Convert to python function

2018-08-23T08:24:31+00:00

We could do with one decent general purpose python function to query the
path to the dynamic loader. Convert the shell code into python.

Also correct baremetal to return "None", not musl loaders.

Signed-off-by: Richard Purdie

classes/recipes: Use expanded BUILD_REPRODUCIBLE_BINARIES value

2018-03-12T22:05:35+00:00

Replace the occurences of BUILD_REPRODUCIBLE_BINARIES with expanded
values ${BUILD_REPRODUCIBLE_BINARIES} so the variable does not need to be
exported.

Signed-off-by: Juro Bystricky 
Signed-off-by: Richard Purdie

image-prelink.bbclass: support binary reproducibility

2017-08-15T23:01:44+00:00

Conditionally support binary reproducibility in built images.
If BUILD_REPRODUCIBLE_BINARIES = 1 then:

1. Do not randomize library addresses
2. Set/export PRELINK_TIMESTAMP to a reproducible value.
   If REPRODUCIBLE_TIMESTAMP_ROOTFS is specified, then the value will
   be used. Otherwise the timestamp will be derived from the top git commit.

Signed-off-by: Juro Bystricky 
Signed-off-by: Richard Purdie

image-prelink: Disable for musl images

2017-08-11T07:14:19+00:00

For some reason prelink was refusing to prelink musl images but now sometimes
does modify the binaries. Since musl has no support for this, such images
end up broken and unable to boot.

To avoid this, be explicit and only apply prelinking for libc-glibc.

[YOCTO #11913]

Signed-off-by: Richard Purdie

image-prelink: use STAGING_*_NATIVE variables

2016-03-09T16:54:37+00:00

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

linuxloader/image-prelink/image-mklibs: Fix non-standard path prelinking

2016-03-07T00:10:24+00:00

Prelinking on x86-64 wasn't working out the box as it uses /lib and
not /lib64 for libs. Prelink was refusing to link as the dynamic loader
didn't match its idea of the right path. Passing in the --dyanmic-linker
option avoids this.

We can share code from image-mklibs so abstract that into a new class,
linuxloader.bbclass.

This does break prelinking of multilib images, I've opened a bug so we
can loop back and fix that problem, the code would need to iterate the
dynamic loaders (and setup ld.so.conf files for it).

Signed-off-by: Richard Purdie

insane/prelink: Handle nonstandard library paths

2016-03-06T23:52:58+00:00

Prelink contains some hardcoded assumptions about the path layout of
the target system. Unfortunately if the system doesn't match, prelink
doesn't work. This breaks:

a) prelink of those images
b) the unsafe-references-in-binaries QA test (which uses prelink-rtld)

One way to work around this is to construct an ld.so.conf file which
lists the library paths in question. We do this in sanity QA check and
in the rootfs prelink code, being careful not to trample any existing
target ld.so.conf.

There is an additional problem that $LIB references in RPATHs won't be
handled correctly, I've not see any system use these in reality though
so this change at least improves things.

Signed-off-by: Richard Purdie

image/image-prelink/image-mklibs/sanity: Drop pointless EXPORT_FUNCTIONS

2014-04-01T10:45:00+00:00

I'm sick of seeing people adding to EXPORT_FUNCTIONS in these classes
when they clearly have no idea what it does.

Worse, these uses of it are all broken, the naming is incorrect and
they do nothing. Lets remove them and try and preserve any remaining
part of my sanity.

Signed-off-by: Richard Purdie

classes: Remove various bashisms

2011-11-10T11:35:31+00:00

Signed-off-by: Richard Purdie

image-prelink: remove hardcoded path assumptions, don't generate cache file

2011-05-17T16:06:31+00:00

Pass -N option to prelink so that no cache file is generated (obviates need for deleting it afterwards).
Use symbolic names, ${sysconfdir} et al., rather than hardcoded paths.
Pass explicit -c option to prelink in case ${sysconfdir} and ${sysconfdir_native} are different.

Signed-off-by: Phil Blundell 
Signed-off-by: Richard Purdie