On Wed, Aug 22, 2012 at 3:43 AM, Radu Moisan <[email protected]> wrote: > diff --git > a/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch > b/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch > new file mode 100644 > index 0000000..e32f612 > --- /dev/null > +++ b/meta/recipes-core/coreutils/coreutils-8.17/realpath-works-yes.patch > @@ -0,0 +1,21 @@ > +Signed-off-by: Radu Moisan <[email protected]> > +Upstream status: pending > + > +The new version of coreutils, adds use of canonicalize_file_name() function > defined in canonicalize.h > +The problem: the function is redefined to rpl_canonicalize_file_name by > means of a macro,which gives > +an undefined reference error at compile time. Macro definition depends in > the end on > +gl_cv_func_realpath_works but assumed true only when set to "yes" > + > +Index: coreutils-8.17/m4/canonicalize.m4 > +=================================================================== > +--- coreutils-8.17.orig/m4/canonicalize.m4 2012-05-08 12:05:23.000000000 > +0300 > ++++ coreutils-8.17/m4/canonicalize.m4 2012-08-17 14:20:22.000000000 +0300 > +@@ -95,7 +95,7 @@ > + [gl_cv_func_realpath_works=no], > + [case "$host_os" in > + # Guess yes on glibc systems. > +- *-gnu*) gl_cv_func_realpath_works="guessing yes" ;; > ++ *-gnu*) gl_cv_func_realpath_works="yes" ;; > + # If we don't know, assume the worst. > + *) gl_cv_func_realpath_works="guessing no" ;; > + esac
Wouldn't it be better to provide a cached test result in the site files for this test, rather than relying on a host_os based guess? -- Christopher Larson _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
