no output with LANGUAGE TemplateHaskell

[mwotton]

rhino ➜ ~/projects/dojo/ninjablocks-zeromq-workers/src/channels git:(refactoring_channels) ✗ ghc-mod check T.hs
rhino ➜ ~/projects/dojo/ninjablocks-zeromq-workers/src/channels git:(refactoring_channels) ✗ ghc-mod check T2.hs
T2.hs:2:3:No instance for (Num [Char]) arising from the literal 1'Possible fix: add an instance declaration for (Num [Char])In the first argument of(==)', namely 1'In the expression: 1 == "1"In an equation forl': l = 1 == "1"
rhino ➜ ~/projects/dojo/ninjablocks-zeromq-workers/src/channels git:(refactoring_channels) ✗ cat T.hs
{-# LANGUAGE TemplateHaskell #-}
module T where
l=1=="1"
rhino ➜ ~/projects/dojo/ninjablocks-zeromq-workers/src/channels git:(refactoring_channels) ✗ cat T2.hs
module T2 where
l=1=="1"

[kazu-yamamoto]

I cannot reproduce this with ghc-mod compiled both with GHC 7.0.4 and GHC 7.4.1.

[kazu-yamamoto]

I meant that ghc-mod check displays the error in any cases.

[mwotton]

I'm using 7.4 on Ubuntu. Will try on 7.

Sent from my iPhone

On 06/04/2012, at 12:50 AM, Kazu Yamamoto
reply@reply.github.com
wrote:

I meant that ghc-mod check displays the error in any cases.

---

Reply to this email directly or view it on GitHub:
#62 (comment)

[kazu-yamamoto]

I'm using Mac.

[exFalso]

same issue on Arch using 7.4.1, calling "ghc-mod check" directly
did a bit of source digging and the problem seems to be a SomeException thrown which is caught by "ghandle ignore" (in withGHC) ignoring it
the error thrown is "ghc-mod: Something.hs:1:14-28: You can't use Template Haskell with a profiled compiler" which is a bit mysterious to me as compiling directly with ghc works fine (might actually be a bug in the ghc api?)
anyway it seems you need a profiled ghc to reproduce the bug. will try to recompile ghc without profiling and see whats what

[exFalso]

hmm i just checked and my ghc is -not- built with profiling. a simple test compiler with the ghc api worked, so it might be some custom ghc-mod specific flag/option turned on that triggers the error message. either way the error should not be thrown

[exFalso]

ok it thinks that the compiler is built with profiling when ghc-mod is built with it. the temporary solution is to rebuild ghc-mod without profiling.

[kazu-yamamoto]

Do you mean that you have a cabal configuration file which contains
executable-profiling: True
?

[exFalso]

not anymore:)

[kazu-yamamoto]

Thank you. I can reproduce it now. It appeared that just ignoring exception is a bad idea. I modified ghc-mod so that it displays internal errors.