[OE-core] [PATCH RFC] gcc-runtime: Hacks for libgfortran with gcc-4.8

[Khem Raj]

On Sep 6, 2013, at 10:05 AM, Richard Purdie <richard.purdie at linuxfoundation.org> wrote:

> On Fri, 2013-09-06 at 09:54 -0700, Khem Raj wrote:
>> On Sep 6, 2013, at 2:34 AM, Richard Purdie <richard.purdie at linuxfoundation.org> wrote:
>> 
>>> On Fri, 2013-09-06 at 00:08 -0700, Khem Raj wrote:
>>>> On Sep 5, 2013, at 2:17 PM, Richard Purdie <richard.purdie at linuxfoundation.org> 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 <richard.purdie at linuxfoundation.org>
>>>>> ---
>>>>> 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.

I was thinking just to have configured tree like we have for libgcc and others. full build of libquadmath and libgfortran
of course happens with gcc-runtime phase.


> 
> Cheers,
> 
> Richard
>