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

[Khem Raj]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 6/11/2012 7:02 AM, Khem Raj wrote:
> On 6/11/2012 6:03 AM, Richard Purdie wrote:
>> 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...
> 
> Thanks for looking into it. EXTRA_OECMAKE change should not be 
> required there. however appending to TUNE_CCARGS is needed for
> uclibc since it does not have same qsort expectations that
> sat-solver wants. I can make it apply only for uclibc here.
> 
> 
> I will redo this patch

I have redone this patch as said and updated the pull tree. Additionally
I have added a patch to cache guint32/guint64 on x86_64/uclibc otherwise
glib-2.32.x wont build on uclibc for x86_64

> 
> 
>> Cheers,
> 
>> Richard
> 
> 
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core at lists.openembedded.org 
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/WhQIACgkQuwUzVZGdMxT/5gCeNR+T0sYctIC6YnevtuZt8MAA
tdUAniQnGkk/tjeSPZsXX8Nwh2CZUzYQ
=Dc0w
-----END PGP SIGNATURE-----