On Sat, 2012-06-09 at 09:42 -0700, Khem Raj wrote: > This patch now can compile a uclibc sato image using rpm as packaging backend > Introduces variables into cmake class to control linker flags which was > not available > Adds npth recipe. npth is next gen pth soon gnupg 2.1 will drop pth > and move on to use npth, right now its only used in uclibc case > conditionalize use of pth using libc overrides since pth is not > compatible with uclibc > > The following changes since commit 75a973328d50ef3c007edb7a471ea77fb97911ea: > > kern-tools: anchor KMACHINE test (2012-06-08 11:56:21 +0100) > > are available in the git repository at: > git://git.openembedded.org/openembedded-core-contrib kraj/misc-updates > > http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/misc-updates > > Khem Raj (16): > binutils_2.22: Backport to fix bogus textrels > pth: Mark incompatible with uclibc > libtool: Let -fstack-protector passed to link step > augeas: Fix compilation failure > cmake.bbclass: Add OECMAKE_C_LINK_FLAGS and OECMAKE_CXX_LINK_FLAGS > variables > task-self-hosted.bb,task-core-lsb.bb: Conditionalize pth inclusion > npth: Add recipe > gpgme: Depend on npth for uclibc > gnupg-2.0.19: Depend on npth for uclibc
I took the above patches. > rpm: Fix compilation on uclibc > rpm: Use link time check for libssp > sat-solver: Fix build on uclibc > libzypp: Fix build with uclibc > rpm: pass lrt and lpthread to link step explicitly for uclibc > zypper: Fix build on uclibc > libzypp: Define OECMAKE_CXX_LINK_FLAGS when compiling for uclibc I haven't taken these yet as I want to get Mark's rpm update in, then see where we stand. I also was a little worried about the extra OECONF/TUNE pieces in the sat-solver patch. There wasn't any mention of that in the commit message... Cheers, Richard _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
