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:pdero...@ix.netcom.com Best Regards, Maxin -- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto