[yocto] libgcc_s not present in Yocto image
Nathan Sowatskey
nathan at nathan.to
Fri Feb 5 07:24:15 PST 2016
Thank you Burton and Tanu. The upshot here seems to be that there is a platform dependency on whether one links to libgcc_s.a or libgcc_s.so.1:
"libgcc.a or libgcc_s.so.1 on some platforms”.
I suspect that my test program, which was supplied to me as a .deb package, was compiled on Ubuntu, and so links to libgcc_s.so.1. I can’t see any obvious way to get libgcc_s.so.1 on Yocto. I already have:
IMAGE_INSTALL_append = " gcc g++ binutils libgcc libgcc-dev libstdc++ libstdc++-dev libstdc++-staticdev \
autoconf automake ccache chkconfig glib-networking glibmm \
packagegroup-core-buildessential pkgconfig \
boost cmake zlib glib-2.0 net-snmp \ …”
That leads me to think that the program I am testing needs to be compiled specifically on Yocto also. That conclusion seems a bit unusual to me in a Linux context, though obviously not unheard of.
Regards
Nathan
> On 5 Feb 2016, at 12:59, Burton, Ross <ross.burton at intel.com> wrote:
>
>
> On 5 February 2016 at 11:40, Nathan Sowatskey <nathan at nathan.to> wrote:
> Is there a way to get the libgcc_s library on a Yocto image? Is that even the right thing to do?
>
> It's fairly likely that your binary is actually linking to libgcc_s.so.1 (which by default is in /lib, part of libgcc). libgcc_s.so is the development-time-only symlink so that's packaged into libgcc-dev. You'll only need that on your target if you want to compile on it.
>
> Ross
More information about the yocto
mailing list