<div dir="ltr"><div><div><div><div><div><div><div>Now that I am finally turning back to HaRe, the question of infrastructure again comes up.<br><br></div>Basically I woudl like to focus in the tool itself, but it can only be useful if it can deal with real world environments.<br><br></div>This means properly managing all the different project and compiler environments, and being integrated into IDEs.<br><br></div>The current version uses ghc-mod for the lower level interface, and a simple command line interface for the IDE integration.<br><br></div>But I have a definite sense that as a community every tool maker is solving the same problems over and over, from ghc-mod to ide-backend to ghci-ng, and onwards.<br><br></div>To start a discussion around some kind of architeccture that tool writers can develop agains, ide's can integrat against and ghc/cabal can eventually internalise, I have put some basic points down at<br><br><a href="https://github.com/RefactoringTools/HaRe/wiki/Requirements-for-IDE-GHC-interfacing">https://github.com/RefactoringTools/HaRe/wiki/Requirements-for-IDE-GHC-interfacing</a><br><br></div>Regards<br></div>  Alan<br></div>