On Tue, Jun 21, 2011 at 6:55 PM, Alex Rozenshteyn rpglove...@gmail.com wrote:
More precisely, I'm trying to run yi in its own sandbox, created by
cabal-dev.
yi uses dyre to recompile its config file. Unsurprisingly, this fails, since
ghc doesn't know anything about the yi install unless
From looking at Yi's code, there seems to be a hard-coded list of arguments
to pass to ghc. A hack would be to recompile Yi with the arguments to use a
different package database...
On Wed, Jun 22, 2011 at 2:32 AM, Rogan Creswick cresw...@gmail.com wrote:
On Tue, Jun 21, 2011 at 6:55 PM, Alex
On Tue, Jun 21, 2011 at 11:59 PM, Alex Rozenshteyn rpglove...@gmail.com wrote:
From looking at Yi's code, there seems to be a hard-coded list of arguments
to pass to ghc. A hack would be to recompile Yi with the arguments to use a
different package database...
You may be able to create a
Experimentation with that idea and the use of the strings command suggest
that the full path to the ghc binary is used and is stored in the compiled
Yi executable.
I'd rather not replace the ghc binary with a shell script that determines if
it's being called by Yi or not and then behaves
I'm trying to run yi.
More precisely, I'm trying to run yi in its own sandbox, created by
cabal-dev.
yi uses dyre to recompile its config file. Unsurprisingly, this fails, since
ghc doesn't know anything about the yi install unless pointed to a separate
package database.
Has anyone gotten a
I've not tried this myself, but you could look at the -fhacking flag.
It's documented in the README.md file, which claims it compiles yi
without dynamic reconfiguration, and instead uses HackerMain.hs as your
(static) configuration file.
Reiner
On 22/06/11 11:55, Alex Rozenshteyn wrote:
I'm