[OE-core] [PATCH 00/16 V2] Prelink/ld bug and rpm compilation on uclibc

[Richard Purdie]

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