On 06/08/2012 03:23 PM, nitin.a.kam...@intel.com wrote:
> From: Nitin A Kamble <nitin.a.kam...@intel.com>
>
> perl needs eglibc to build.
> The presence of runtime dependency of
> perl for eglibc-mtrace caused bitbake to build perl before eglibc,
> which causes build failure of perl with poky-tiny distro
>
So is this a circular dependency chain?
perl DEPENDS on eglibc
eglibc (because of eglibc-mtrace) RDEPENDS on perl?
If so, doesn't this solution leave eglibc-mtrace with an incomplete set
of dependencies in it's final package meta-data?
Would the correct solution be to break eglibc-mtrace out into a separate
recipe.
eglibc-mtrace.bb could then DEPENDS=eglibc and RDEPENDS=perl and
poky-tiny would need to be able to exclude eglibc-mtrace.
> This fixes bug: [YOCTO #2523]
>
> Signed-off-by: Nitin A Kamble <nitin.a.kam...@intel.com>
> ---
> meta/recipes-core/eglibc/eglibc-package.inc | 1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-core/eglibc/eglibc-package.inc
> b/meta/recipes-core/eglibc/eglibc-package.inc
> index ce37155..423729a 100644
> --- a/meta/recipes-core/eglibc/eglibc-package.inc
> +++ b/meta/recipes-core/eglibc/eglibc-package.inc
> @@ -55,7 +55,6 @@ FILES_${PN}-dbg += "${libexecdir}/*/.debug
> ${libdir}/audit/.debug"
> FILES_catchsegv${PKGSUFFIX} = "${bindir}/catchsegv"
> RDEPENDS_catchsegv${PKGSUFFIX} = "libsegfault"
> RDEPENDS_${PN}-utils += "bash"
> -RDEPENDS_${PN}-mtrace += "perl"
> FILES_${PN}-pcprofile = "${base_libdir}/libpcprofile.so"
> FILES_eglibc-thread-db${PKGSUFFIX} = "${base_libdir}/libthread_db.so.*
> ${base_libdir}/libthread_db-*.so"
> RPROVIDES_${PN}-dev += "libc-dev"
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
