-----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 >> [email protected] >> 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----- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
