<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Mar 17, 2016 at 8:43 AM Matt Hoosier <<a href="mailto:matt.hoosier@gmail.com">matt.hoosier@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Mar 16, 2016 at 4:46 PM, Matt Hoosier <span dir="ltr"><<a href="mailto:matt.hoosier@gmail.com" target="_blank">matt.hoosier@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Wed, Mar 16, 2016 at 4:40 PM, Christopher Larson <span dir="ltr"><<a href="mailto:clarson@kergoth.com" target="_blank">clarson@kergoth.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><span>On Wed, Mar 16, 2016 at 2:32 PM, Matt Hoosier <span dir="ltr"><<a href="mailto:matt.hoosier@gmail.com" target="_blank">matt.hoosier@gmail.com</a>></span> wrote:<br></span><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">I've successfully built a Canadian-cross SDK using the meta-mingw layer. Very nice!<div><br></div><div>Because the layer lobotomizes the SDK_PACKAGING_FUNC when ${SDKMACHINE} is set to a MinGW host, though, the resulting SDK is not encapsulated into the self-extracting tarball and the corresponding relocation logic (<span style="font-family:monospace,monospace">relocate_sdk.py</span> and so forth) is omitted.</div><div><br></div><div>Any suggestions on how to do the last-mile work to use the SDK on Windows? Or perhaps nothing is needed at all, except adjusting the prefixes built into <font face="monospace, monospace">environment-setup-<arch></font>? Although that would be nice, I think at least some installation-time adjustment is necessary though; when I do:</div><div><br></div><div><font face="monospace, monospace">  Â  arm-poky-linux-gnueabi-gcc -o foo foo.c --sysroot=d:/projects/yocto-sdk/sysroots/cortexa15t2hf-vfp-neon-poky-linux-gnueabi</font></div><div><br></div><div>, the following happens during linking:</div><div><br></div><div><font face="monospace, monospace">  Â  ld.exe: cannot find /lib/libc.so.6 inside d:/projects/yocto-sdk/sysroots/cortexa15t2hf-vfp-neon-poky-linux-gnueabi</font></div></div></blockquote></span></div></div></div></blockquote><div><br></div></span><div>As it turns out, the immediate error here was simply that libc.so.6 did not exist, so ld.exe was telling the truth in this case. The symbolic links stored in the SDK tarball that would have created libc.so.6 aren't meaningful on Windows, so tar just ignores them when unpacking. Presumably some fancier handling of the tarball unpacking to simulate symlinks by making copies of the pointed-to file would cure this.<br></div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><div><br></div></span><div>Mark Hatle's branch switches to batch files for environment setup and whatnot. I don't know if it addresses the reloc issue or not, but it's a substantial improvement over master. See <a href="https://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mgh/meta-mingw" target="_blank">https://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mgh/meta-mingw</a> <br></div></div></div></div></blockquote><div><br></div></span><div>Thanks, I'll try that.</div></div></div></div></blockquote><div><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Mark Hatle's branch does work much more nicely for that. There's still the problem of what to do with the symlink from the SDK tarballs. Are there any regular users of these mingw SDKs out there who know the right expectation on how to extract them?</div></div></div></div></blockquote><div> </div><div>tar has an option to resolve symlinks to the files, I'd expect you could just add that to the variable for the tar options for the sdk, and it'd just duplicate the symlinks. You'll have extra files, so it'd be larger, but at least it'd be functional.</div></div></div>