On Mon, Dec 21, 2015 at 12:38 PM, Andre McCurdy <armccu...@gmail.com> wrote:
> On Sat, Dec 19, 2015 at 3:52 PM, Khem Raj <raj.k...@gmail.com> 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?
Never mind, I see Alexander's original valgrind update patch got merged to mut2.
>> Signed-off-by: Khem Raj <raj.k...@gmail.com>
>> ---
>> 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
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
