Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 00/16 V2] Prelink/ld bug and rpm compilation on uclibc
Date: Mon, 11 Jun 2012 14:03:58 +0100	[thread overview]
Message-ID: <1339419838.30460.28.camel@ted> (raw)
In-Reply-To: <cover.1339259893.git.raj.khem@gmail.com>

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




  parent reply	other threads:[~2012-06-11 13:14 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-09 16:42 [PATCH 00/16 V2] Prelink/ld bug and rpm compilation on uclibc Khem Raj
2012-06-09 16:42 ` [PATCH 01/16] binutils_2.22: Backport to fix bogus textrels Khem Raj
2012-06-09 16:43 ` [PATCH 02/16] rpm: Fix compilation on uclibc Khem Raj
2012-06-09 16:43 ` [PATCH 03/16] pth: Mark incompatible with uclibc Khem Raj
2012-06-09 16:43 ` [PATCH 04/16] libtool: Let -fstack-protector passed to link step Khem Raj
2012-06-09 16:43 ` [PATCH 05/16] rpm: Use link time check for libssp Khem Raj
2012-06-09 16:43 ` [PATCH 06/16] sat-solver: Fix build on uclibc Khem Raj
2012-06-09 16:43 ` [PATCH 07/16] libzypp: Fix build with uclibc Khem Raj
2012-06-09 16:43 ` [PATCH 08/16] augeas: Fix compilation failure Khem Raj
2012-06-09 16:43 ` [PATCH 09/16] rpm: pass lrt and lpthread to link step explicitly for uclibc Khem Raj
2012-06-09 16:43 ` [PATCH 10/16] zypper: Fix build on uclibc Khem Raj
2012-06-09 16:43 ` [PATCH 11/16] cmake.bbclass: Add OECMAKE_C_LINK_FLAGS and OECMAKE_CXX_LINK_FLAGS variables Khem Raj
2012-06-09 16:43 ` [PATCH 12/16] libzypp: Define OECMAKE_CXX_LINK_FLAGS when compiling for uclibc Khem Raj
2012-06-09 16:43 ` [PATCH 13/16] task-self-hosted.bb, task-core-lsb.bb: Conditionalize pth inclusion Khem Raj
2012-06-09 16:43 ` [PATCH 14/16] npth: Add recipe Khem Raj
2012-06-09 16:43 ` [PATCH 15/16] gpgme: Depend on npth for uclibc Khem Raj
2012-06-09 16:43 ` [PATCH 16/16] gnupg-2.0.19: " Khem Raj
2012-06-10 23:05 ` [PATCH 00/16 V2] Prelink/ld bug and rpm compilation on uclibc Khem Raj
2012-06-11 13:03 ` Richard Purdie [this message]
2012-06-11 14:02   ` Khem Raj
2012-06-11 23:53     ` Khem Raj
2012-06-12 14:45       ` Khem Raj

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1339419838.30460.28.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox