On Fri, 2013-09-06 at 09:54 -0700, Khem Raj wrote: > On Sep 6, 2013, at 2:34 AM, Richard Purdie > <[email protected]> wrote: > > > On Fri, 2013-09-06 at 00:08 -0700, Khem Raj wrote: > >> On Sep 5, 2013, at 2:17 PM, Richard Purdie > >> <[email protected]> wrote: > >> > >>> These are the hacks I needed to make libgfortran build. This is ugly, no > >>> argument from me. We could probably get better results if we patch > >>> configure and libtool to stop doing nasty things. I've probably taken > >>> this as far as I'd want to though, not being a particular fan of > >>> fortran... > >>> > >>> Khem: Any thoughts on this? > >>> > >>> Signed-off-by: Richard Purdie <[email protected]> > >>> --- > >>> diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc > >>> b/meta/recipes-devtools/gcc/gcc-runtime.inc > >>> index 2599760..395623f 100644 > >>> --- a/meta/recipes-devtools/gcc/gcc-runtime.inc > >>> +++ b/meta/recipes-devtools/gcc/gcc-runtime.inc > >>> @@ -18,6 +18,9 @@ RUNTIMETARGET = "libssp libstdc++-v3 libgomp" > >>> # libmudflap > >>> # libgfortran > >>> > >>> +DEPENDS_append = " chrpath-replacement-native" > >>> +EXTRANATIVEPATH += "chrpath-native" > >>> + > >>> do_configure () { > >>> export CXX="${CXX} -nostdinc++ -nostdlib++" > >>> mtarget=`echo ${MULTIMACH_TARGET_SYS} | sed -e s#-${SDKPKGSUFFIX}##` > >>> @@ -30,6 +33,11 @@ do_configure () { > >>> cd ${B}/$target/$d/ > >>> chmod a+x ${S}/$d/configure > >>> ${S}/$d/configure ${CONFIGUREOPTS} ${EXTRA_OECONF} > >>> + # Ugly hack, libgfortran configure looks for > >>> ../libquadmath/libquadmath.la > >> > >> Maybe we should explicitly --enable-libquadmath in gcc-cross when fortran > >> is asked for in RUNTIMETARGETS > >> might avoid some of below. > > > > That would mean the gcc-cross recipe has to package it. We've basically > > now agreed and changed the code so all the packaging doesn't happen in > > -cross packages since it was always problematic. > > > > FWIW I also tried disabling quadmath but that caused different build > > failures. > > But we stash the build artifacts from gcc-cross that then we reuse to build > gcc-runtime so I am hoping that > it will do the configuration bits right probably and we dont have to do > libtool surgery.
It won't help, we'd have to install the libs/headers from quadmath into the target sysroot and we can't reasonably do that from the cross recipe. Cheers, Richard _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
