The mysterious module GHC.ExecutionStack states

Your GHC must have been built with libdw support for this to work.

 user@host:~$ ghc --info | grep libdw
 ,("RTS expects libdw","YES")

Using stack at least, even with the latest GHC 8.2 nightly snapshot, I instead get this:

$ stack exec -- ghc --info | grep libdw
47: ,("RTS expects libdw","NO")

and indeed, testing out the snippet in the module's documentation simply prints out Nothing.

Now, apart from the source code for protolude, it would appear that absolutely no open-source code imports GHC.ExecutionStack. There is barely any documentation on what this should look like, and more importantly, whether I have to build my own version of GHC to enable this feature.

I'm just looking for pain-free stack traces. +RTS -xc spurts out a thousand stack traces a second as it appears that GHC uses exceptions for multithreading and/or STM, and -xc seems to print out a stack trace even if the exception was caught (I'm guessing here -- -xc's output is too noisy to be useful). Even using profiling is not entirely useful, as now the uncaught exception I'm trying to fix is printed without an accompanying stack trace; moreover, I would like to leave stack traces on permanently, and I don't want to enable profiling in my final build.

Does anyone have any experience with this module, or some background knowledge as to why this functionality appears to be disabled by default? Remember, I'm trying to get full, permanently-on stack traces, which I can use to debug code running on production, so that I'm not left stumped when some random code throws a terse "*** Exception: Prelude.undefined" at me...

Thoughts and prayers?