Hi Alberto, let me know if I can be of help. As you likely saw I’ve been writing this all up on https://medium.com/@zw3rk. With the outstanding diffs[1], this should hopefully just work. As I haven’t used windows or know the linker on windows, I’m not perfectly sure about the implications. It could *just work* though. Maybe you can even use the GHCSlave’s Slave.hs[2] for the Raspberry Pi for windows, as it doesn’t encode any Raspberry Pi specifics.
All you would need is to run GHCSlave on wine / or a windows system with some form of network interface, so that the iserv-proxy and GHCSlave can communicate. Cheers, Moritz [1]: you can just use the my-ghc branch from https://github.com/zw3rk/ghc [2]: https://github.com/zw3rk/ghc-slave/blob/master/RPi/Slave.hs > On May 27, 2017, at 4:29 PM, Alberto Valverde <albe...@toscat.net> wrote: > > Hi Ben, > > 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. > > 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. > > 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. > > Alberto > > On Fri, Aug 26, 2016 at 4:56 PM, Ben Gamari <b...@well-typed.com> wrote: > Alberto Valverde <albe...@toscat.net> writes: > > > On Thu, Jul 7, 2016 at 9:30 AM, Simon Marlow <marlo...@gmail.com> wrote: > > > >> I agree, named pipes are probably a better plan, perhaps a better solution > >> overall than the way we currently pass FD numbers on the command line. Do > >> named pipes work work as expected through wine? We would have to be > >> careful to clean them up again afterwards. > >> > > > > I've implemented IPC with named pipes and it appeared to work through wine > > but now I'm investigating an issue which causes GHC to "freeze" when > > talking to the external interpreter when it is not running on a TTY (ie: in > > a build process) > > Hi Alterto, > > What ever happened to this? Is there any way I can be of assistance? It > would be great to get this merged. > > Cheers, > > - Ben > _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs