On Tue, Nov 17, 2015 at 11:33 AM, Khem Raj <raj.k...@gmail.com> wrote: > On Tue, Nov 17, 2015 at 7:16 AM, Phil Blundell <p...@pbcl.net> wrote: >> On Mon, 2015-11-16 at 21:56 -0800, Andre McCurdy wrote: >>> >> +# Workaround for linking issues seen with armv7a + gold >>> +LDFLAGS_append_armv7a = "${@base_contains('DISTRO_FEATURES', 'ld-is >>> -gold', ' -fuse-ld=bfd ', '', d)}" >>> >> >> Does the resulting directfb-csource binary actually work with that >> change? My recollection is that ld.bfd will just silently permit >> relocs that gold (correctly) refuses to allow. > > thats right. real problem here is that there is a static library > generating with out pic options and being linked into > shared object. gold is flagging it since it will fail at runtime. > Please pass --enable-shared to configure that should help > if that does not then pass -fPIC in CFLAGS
Note that directfb-csource is an application, not a shared library. First directfb-csource.c is compiled to directfb-csource.o and then directfb-csource.o is linked with -lpng16 -ldl -lrt -lpthread to create the directfb-csource application. I don't see an obvious reason why -fPIC should be needed when directfb-csource.c is compiled? -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core