<div dir="ltr">Hi Moritz,<div><br></div><div>Sounds like it should be pretty straightforward to run GHCSlave on wine, so it might just work indeed. I'll build a nix environment for my app using your GHC branch and report back ASAP. However, what might block me won't be related to the cross-compilation per-se but to the migration to post 8.2.1 ghc since I'm still slowly making progress with all the dependencies but not there yet.</div><div><br></div><div>Cheers,</div><div>Alberto</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, May 27, 2017 at 10:51 AM, Moritz Angermann <span dir="ltr"><<a href="mailto:moritz@lichtzwerge.de" target="_blank">moritz@lichtzwerge.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Alberto,<br>
<br>
let me know if I can be of help. As you likely saw I’ve been writing this<br>
all up on <a href="https://medium.com/@zw3rk" rel="noreferrer" target="_blank">https://medium.com/@zw3rk</a>.  With the outstanding diffs[1], this<br>
should hopefully just work.  As I haven’t used windows or know the linker<br>
on windows, I’m not perfectly sure about the implications.  It could *just<br>
work* though.  Maybe you can even use the GHCSlave’s Slave.hs[2] for the<br>
Raspberry Pi for windows, as it doesn’t encode any Raspberry Pi specifics.<br>
<br>
All you would need is to run GHCSlave on wine / or a windows system with<br>
some form of network interface, so that the iserv-proxy and GHCSlave can<br>
communicate.<br>
<br>
Cheers,<br>
 Moritz<br>
<br>
[1]: you can just use the my-ghc branch from <a href="https://github.com/zw3rk/ghc" rel="noreferrer" target="_blank">https://github.com/zw3rk/ghc</a><br>
[2]: <a href="https://github.com/zw3rk/ghc-slave/blob/master/RPi/Slave.hs" rel="noreferrer" target="_blank">https://github.com/zw3rk/ghc-<wbr>slave/blob/master/RPi/Slave.hs</a><br>
<div class="HOEnZb"><div class="h5"><br>
> On May 27, 2017, at 4:29 PM, Alberto Valverde <<a href="mailto:alberto@toscat.net">alberto@toscat.net</a>> wrote:<br>
><br>
> Hi Ben,<br>
><br>
> I've just found this email from almost a year ago. Sorry for ignoring it until now. Given the date it was sent I think I missed it when it was fresh while I was on vacation.<br>
><br>
> Regarding the question, I have abandoned the work I was doing on getting cross-compilation for Windows to work since my employer decided a Windows build for the app we were developing could wait some time and tasked me we something else.<br>
><br>
> However, I see that Moritz is working on cross-compilation right now so I'll try get some time to see if I can get his approach to work for our use-case and give some feedback or help in any way.<br>
><br>
> Alberto<br>
><br>
> On Fri, Aug 26, 2016 at 4:56 PM, Ben Gamari <<a href="mailto:ben@well-typed.com">ben@well-typed.com</a>> wrote:<br>
> Alberto Valverde <<a href="mailto:alberto@toscat.net">alberto@toscat.net</a>> writes:<br>
><br>
> > On Thu, Jul 7, 2016 at 9:30 AM, Simon Marlow <<a href="mailto:marlowsd@gmail.com">marlowsd@gmail.com</a>> wrote:<br>
> ><br>
> >> I agree, named pipes are probably a better plan, perhaps a better solution<br>
> >> overall than the way we currently pass FD numbers on the command line.  Do<br>
> >> named pipes work work as expected through wine?  We would have to be<br>
> >> careful to clean them up again afterwards.<br>
> >><br>
> ><br>
> > I've implemented IPC with named pipes and it appeared to work through wine<br>
> > but now I'm investigating an issue which causes GHC to "freeze" when<br>
> > talking to the external interpreter when it is not running on a TTY (ie: in<br>
> > a build process)<br>
><br>
> Hi Alterto,<br>
><br>
> What ever happened to this? Is there any way I can be of assistance? It<br>
> would be great to get this merged.<br>
><br>
> Cheers,<br>
><br>
> - Ben<br>
><br>
<br>
</div></div></blockquote></div><br></div>