On Sat, Dec 19, 2015 at 3:52 PM, Khem Raj <[email protected]> wrote: > Helps configure valgrind for uclibc targets otherwise it tries to assume > funcitons that are implemented in glibc like __free_res
This is going to conflict with the valgrind version update patches already posted to the list. Ross, any thoughts on which set of patches might get merged first, so that either Khem or I can rebase accordingly? Or perhaps I could just pull this one change into the valgrind update series and Khem could drop it? > Signed-off-by: Khem Raj <[email protected]> > --- > meta/recipes-devtools/valgrind/valgrind_3.10.1.bb | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/meta/recipes-devtools/valgrind/valgrind_3.10.1.bb > b/meta/recipes-devtools/valgrind/valgrind_3.10.1.bb > index c38a07b..c1c11d4 100644 > --- a/meta/recipes-devtools/valgrind/valgrind_3.10.1.bb > +++ b/meta/recipes-devtools/valgrind/valgrind_3.10.1.bb > @@ -44,6 +44,8 @@ EXTRA_OECONF_armv7a = "--enable-tls > -host=armv7-none-linux-gnueabi --without-mpi > EXTRA_OECONF += > "${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS', > True) != '32']}" > EXTRA_OEMAKE = "-w" > > +CFLAGS_append_libc-uclibc = " -D__UCLIBC__ " > + > do_install_append () { > install -m 644 ${B}/default.supp ${D}/${libdir}/valgrind/ > } > -- > 2.6.4 > > -- > _______________________________________________ > Openembedded-core mailing list > [email protected] > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
