<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 03/10/2016 01:26 AM, Richard Purdie
      wrote:<br>
    </div>
    <blockquote cite="mid:1457544388.2804.179.camel@linuxfoundation.org"
      type="cite">
      <blockquote type="cite" style="color: #000000;">
        <pre wrap="">+
<span class="moz-txt-citetags">&gt; </span>+# For powerpc*-*-<b class="moz-txt-star"><span class="moz-txt-tag">*</span>spe<span class="moz-txt-tag">*</span></b>, default to with_cpu=8548 if
<span class="moz-txt-citetags">&gt; </span>+# --enable-e500-double, and to 8540 otherwise.
<span class="moz-txt-citetags">&gt; </span>+EXTRA_OECONF_GCC_FLOAT += "${@get_gcc_float_setting(bb, d)}"
</pre>
      </blockquote>
      <pre wrap="">This is good to understand what is breaking but the patch as it stands
can't be merged as the gcc recipe intentionally doesn't do this, its
only done in gcc-target.inc.
</pre>
    </blockquote>
    <br>
    Yes, that is also my worry about, I am not sure why its only<br>
    done in gcc-tareget.inc.<br>
    <br>
    <blockquote cite="mid:1457544388.2804.179.camel@linuxfoundation.org"
      type="cite">
      <pre wrap="">
Why?

The theory is we should be building one gcc-cross-powerpc, not multiple
different variants. I did just try a build and realised that switching
machines between p1022ds and qemuppc does rebuild gcc-cross-powerpc but
that is a bug. Adding the above is just going to make this harder to
fix, and will certainly break the SDK gcc-cross-canadian-gcc.

I'm not sure how we should fix this, particularly given that gcc-cross
-powerpc already isn't working properly but the avoid fix isn't right.
</pre>
    </blockquote>
    <br>
    1. How about directly fix python3. Allow the platform triplet
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
    'powerpc-linux-gnuspev1',<br>
        It should not have any side effect on python3<br>
    <br>
    diff --git a/configure.ac b/configure.ac<br>
    index 9eb3d22..9b4e8ab 100644<br>
    --- a/configure.ac<br>
    +++ b/configure.ac<br>
    @@ -850,7 +850,7 @@ fi<br>
     rm -f conftest.c conftest.out<br>
     <br>
     if test x$PLATFORM_TRIPLET != x &amp;&amp; test x$MULTIARCH != x;
    then<br>
    -  if test x$PLATFORM_TRIPLET != x$MULTIARCH; then<br>
    +  if test x$PLATFORM_TRIPLET != x$MULTIARCH &amp;&amp; test
    xpowerpc-linux-gnuspev1 != x$MULTIARCH; then<br>
         AC_MSG_ERROR([internal configure error for the platform
    triplet, please file a bug report])<br>
       fi<br>
     fi<br>
    <br>
    2. Since the above only done in gcc-tareget.inc, how about apply the
    following<br>
    fix to gcc-cross.inc and gcc-cross-canadian.inc, we do not check cpu
    while powerpc pse.<br>
    <br>
    diff --git a/gcc/config/rs6000/t-linux b/gcc/config/rs6000/t-linux<br>
    index 4cb63bd..5e10fa4 100644<br>
    --- a/gcc/config/rs6000/t-linux<br>
    +++ b/gcc/config/rs6000/t-linux<br>
    @@ -5,7 +5,7 @@ ifneq (,$(findstring powerpc64,$(target)))<br>
     MULTILIB_OSDIRNAMES := .=../lib64$(call
    if_multiarch,:powerpc64-linux-gnu)<br>
     else<br>
     ifneq (,$(findstring spe,$(target)))<br>
    -MULTIARCH_DIRNAME := powerpc-linux-gnuspe$(if $(findstring
    8548,$(with_cpu)),,v1)<br>
    +MULTIARCH_DIRNAME := powerpc-linux-gnuspe<br>
     else<br>
     MULTIARCH_DIRNAME := powerpc-linux-gnu<br>
     endif<br>
    <br>
    I know both of them are workaround.<br>
    <br>
    //Hongxu<br>
    <blockquote cite="mid:1457544388.2804.179.camel@linuxfoundation.org"
      type="cite">
      <pre wrap="">
Cheers,

Richard




</pre>
    </blockquote>
    <br>
  </body>
</html>