<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jul 7, 2016 at 9:30 AM, Simon Marlow <span dir="ltr"><<a href="mailto:marlowsd@gmail.com" target="_blank">marlowsd@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">On 6 July 2016 at 18:14, Ben Gamari <span dir="ltr"><<a href="mailto:ben@smart-cactus.org" target="_blank">ben@smart-cactus.org</a>></span> wrote:<div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It would be great if there were some way we could make this work with<br>
named pipes. Not only does it side-step the dependency issue, but it<br>
feels like the right way forward.<br></blockquote><br></span></div><div class="gmail_quote">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.<br></div></div></div></blockquote><div><br></div><div>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)</div><div><br></div><div>Cheers,</div><div>Alberto</div><div><br></div></div></div></div>