[OE-core] [PATCH] eglibc: include libgcc when libpthread is enabled

Richard Purdie richard.purdie at linuxfoundation.org
Thu May 9 15:36:21 UTC 2013


On Thu, 2013-05-09 at 10:26 -0500, Mark Hatle wrote:
> On 5/9/13 9:32 AM, Khem Raj wrote:
> >
> > On May 9, 2013, at 5:55 AM, Bogdan Marinescu <bogdan.a.marinescu at intel.com> wrote:
> >
> >> libpthread needs libgcc to function properly. Without libgcc I get
> >> the following error:
> >>
> >> root at qemux86:~# tclsh
> >> % exit 0
> >> libgcc_s.so.1 must be installed for pthread_cancel to work
> >> Aborted
> >> root at qemux86:~#
> >>
> >> This patch fixes the above issue and similar ones by adding a
> >> runtime dependency of libgcc to eglibc when threads are enabled.
> >>
> >> Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu at intel.com>
> >> ---
> >> meta/recipes-core/eglibc/eglibc.inc |    2 +-
> >> 1 file changed, 1 insertion(+), 1 deletion(-)
> >>
> >> diff --git a/meta/recipes-core/eglibc/eglibc.inc b/meta/recipes-core/eglibc/eglibc.inc
> >> index 1e04197..24fb05b 100644
> >> --- a/meta/recipes-core/eglibc/eglibc.inc
> >> +++ b/meta/recipes-core/eglibc/eglibc.inc
> >> @@ -35,7 +35,7 @@ siteconfig_do_siteconfig_gencache_prepend = " \
> >> # nptl needs unwind support in gcc, which can't be built without glibc.
> >> DEPENDS = "virtual/${TARGET_PREFIX}gcc-initial linux-libc-headers virtual/${TARGET_PREFIX}libc-initial"
> >> # nptl needs libgcc but dlopens it, so our shlibs code doesn't detect this
> >> -#RDEPENDS_${PN} += "${@['','libgcc']['nptl' in '${GLIBC_ADDONS}']}"
> >> +RDEPENDS_${PN} += "${@['','libgcc']['nptl' in '${GLIBC_ADDONS}']}"
> >
> > ah too early. I think you should spin out libpthread into separate package and then RDEPEND_libpthread = "…"
> > and don't use nptl we do not have any other option now a days.
> 
> This would be my suggestion.  I'd also want to make sure there is a 
> libpthread-dev (which for some reason I think there already is) because the 
> links in there are required for on-target thread debugging...

As I keep mentioning, rightly or probably more wrongly we support one
-dev package per recipe right now, not multiple packages.

Cheers,

Richard





More information about the Openembedded-core mailing list