<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#99FF99">
    On 05/30/2018 06:12 PM, Alexander Kanavin wrote:<br>
    <blockquote type="cite"
cite="mid:CANNYZj9WjP_FU_SbfZ7OpYqVOrm_HD73vNsY3r9WK4mWn7N4fQ@mail.gmail.com">
      <pre wrap="">2018-05-30 12:37 GMT+03:00 cli10 <a class="moz-txt-link-rfc2396E" href="mailto:changqing.li@windriver.com">&lt;changqing.li@windriver.com&gt;</a>:
</pre>
      <blockquote type="cite">
        <pre wrap="">if in the future,  some recipe inherit allarch,  but use @qemu_run_binary
directly,  not call qemuwrapper,

I think maybe still will met problem of get wrong base_libdir. so I think
maybe we should change qemu_wrapper_cmdline in

qemu.bbclass, like this:

-    return "PSEUDO_UNLOAD=1 " + qemu_binary + " " + qemu_options + " -L " +
rootfs_path\
+    return "PSEUDO_UNLOAD=1 " + "qemuwrapper" + " " + qemu_options + " -L "
+ rootfs_path\
             + " -E LD_LIBRARY_PATH=" + ":".join(library_paths) + " "
</pre>
      </blockquote>
      <pre wrap="">
qemu_binary is determined like this:

    qemu_binary = qemu_target_binary(data)
    if qemu_binary == "qemu-allarch":
        qemu_binary = "qemuwrapper"

So it will fall back to qemuwrapper if the recipe inherits allarch.

Besides, at this point it's a theoretical problem, right? We don't
even have a suitable allarch recipe to play with and see where things
work and where they don't, and whether the fallback to qemuwrapper
works correctly. If such recipe appears, we can look at the issue
again.

Alex

</pre>
    </blockquote>
     <tt>  yes,  thanks for your comments.</tt><tt><br>
    </tt><tt>   </tt><tt><br>
    </tt><tt>   Changqing</tt><br>
    <pre class="moz-signature" cols="72">-- 
BRs

Sandy(Li Changqing)
+861084778653</pre>
  </body>
</html>