[yocto] Image lacks libraries needed by SDK

[Maxin B. John]

Hi Paul,

On Tue, Jun 13, 2017 at 04:24:38PM -0700, Paul D. DeRocco wrote:
> I have a working system image for my 32-bit Atom-based hardware, based on
> Morty. My application is a C++ program that runs as a systemd service.
> I've always built the application outside Yocto, using the Eclipse CDT and
> whatever GCC was on my Ubuntu system. It gets installed into my hardware
> on a separate partition, but runs fine because my build host and target
> are both x86 machines.
> 
> In order to try out the much more recent compiler in the Yocto SDK (and to
> prepare for converting to a different architecture in the future), I built
> a standard SDK by using do_populate_sdk on my image. I managed to modify
> my project to use the toolchain and libraries in the sysroot in the SDK,
> and it successfully produces an executable. But when I copy this into my
> system, it barfs because there is no libstdc++.o (and perhaps other
> libraries) on my system. And there is no libstdc++.a in the SDK.

Had a similar experience with respect to the availability of static libraries
in the SDK.

https://bugzilla.yoctoproject.org/show_bug.cgi?id=5347

One way to fix this will be to include required static libraries in the image
before building SDK - eg: for glibc static development libraries:

IMAGE_INSTALL_append = " glibc-staticdev"

http://www.yoctoproject.org/docs/2.3/mega-manual/mega-manual.html#sdk-building-an-sdk-installer

> Why would the SDK, built against a particular image, not include the same
> shared libraries as that image? I noticed that when I built an SDK under
> core-image-minimal, it didn't include libasound, but that was included
> when I built it under my own image which includes ALSA. So it's obviously
> paying attention to what's in the image. So is there some package I need
> to include in my image to complete the set of libraries to match what's in
> the SDK?
> 
> -- 
> 
> Ciao,               Paul D. DeRocco
> Paul                mailto:pderocco at ix.netcom.com

Best Regards,
Maxin