[OE-core] [PATCH] gcc-runtime: Remove libgfortran data from receipe

[Richard Purdie]

On Fri, 2015-01-16 at 18:31 +0000, Dragomir, Daniel wrote:
> >On Thu, 2015-01-15 at 18:31 +0200, Daniel Dragomir wrote:
> >> Remove libgfortran packages from PACKAGES list and skip them at compiling
> >> and installing as long as libgfortran has separate receipe since commit
> >>
> >> 5bde5d9b39ea67f19a1a6aedd0c08c6cfedcbe5f
> >> gcc: Allow fortran to build successfully in 4.8
> >>
> >> Otherwise, when fortran support will be enabled in the compiler, both
> >> lingfortran and gcc-runtime receipes will create the same files and will
> >> try to install them. This will cause errors:
> >>
> >> ERROR: The recipe libgfortran is trying to install files into a shared
> >> area when those files already exist. Those files and their manifest
> >> location are: ...
> >> Please verify which recipe should provide the above files.
> >>
> >> Signed-off-by: Daniel Dragomir <daniel.dragomir at windriver.com>
> >> ---
> >>  meta/recipes-devtools/gcc/gcc-runtime.inc | 41 ++++++++++++-------------------
> >>  1 file changed, 16 insertions(+), 25 deletions(-)
> >>
> >> diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc b/meta/recipes-devtools/gcc/gcc-runtime.inc
> >> index 167869e..c3b4a46 100644
> >> --- a/meta/recipes-devtools/gcc/gcc-runtime.inc
> >> +++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
> >> @@ -22,28 +22,34 @@ do_configure () {
> >>       target=`echo ${TARGET_SYS} | sed -e s#-${SDKPKGSUFFIX}##`
> >>       hardlinkdir ${STAGING_INCDIR_NATIVE}/gcc-build-internal-$mtarget ${B}
> >>       for d in libgcc ${RUNTIMETARGET}; do
> >> -             echo "Configuring $d"
> >> -             rm -rf ${B}/$target/$d/
> >> -             mkdir -p ${B}/$target/$d/
> >> -             cd ${B}/$target/$d/
> >> -             chmod a+x ${S}/$d/configure
> >> -             ${S}/$d/configure ${CONFIGUREOPTS} ${EXTRA_OECONF}
> >> +             if [ "$d" != "libgfortran" ]; then
> >
> >Why would libgfortran be in RUNTIMETARGET? Surely it would be better
> >just to ensure it isn't rather than ignore it?
> >
> >Cheers,
> >
> >Richard
> 
> My mistake.
> I didn't noticed that I had in my layer, in a bbappend for gcc-runtime this line
> 
> RUNTIMETARGET += "libgfortran"
> 
> because I added fortran support in dora branch.
> And in dora the receipes (gcc-runtime and libgfortran) were not splited.
> 
> That's why I added those "if" statements to skip libgfortran.
> 
> I remove the line and iny layer I added "libgfortran" in DEPENDS for image to build it.
> 
> Do you thing that we still need to ensure libgfortran is not in RUNTIMETARGET?
> Or I should remove the "if" statements and create a patch just with the other changes?

I think a patch with just the other changes should be fine now I
understand how you reached this point.

Cheers,

Richard