René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"hdevtools still does not play nice with stack","articleBody":"Hi. I'm trying to use hdevtools on `stack` project with `lts-9.1`. Unfortunately, I can't install it with `stack build`, as it gives me this error:\r\n\r\n```src/FindSymbol.hs:62:35: error:\r\n    • Couldn't match type ‘ghc-boot-8.0.2@ghc-boot-8.0.2:GHC.PackageDb.ExposedModule\r\n                             GHC.UnitId GHC.ModuleName’\r\n                     with ‘GHC.PackageDb.ExposedModule unitid0 GHC.ModuleName’\r\n      NB: ‘GHC.PackageDb.ExposedModule’\r\n            is defined in ‘GHC.PackageDb’\r\n                in package ‘ghc-boot-8.0.2@ghc-boot-8.0.2-4rYN8vhmXwAFBTxhAB5vWV’\r\n          ‘ghc-boot-8.0.2@ghc-boot-8.0.2:GHC.PackageDb.ExposedModule’\r\n            is defined in ‘GHC.PackageDb’\r\n                in package ‘ghc-boot-8.0.2@ghc-boot-8.0.2’\r\n      Expected type: [GHC.PackageDb.ExposedModule unitid0 GHC.ModuleName]\r\n        Actual type: [ghc-boot-8.0.2@ghc-boot-8.0.2:GHC.PackageDb.ExposedModule\r\n                        GHC.UnitId GHC.ModuleName]\r\n    • In the second argument of ‘map’, namely\r\n        ‘(concatMap exposedModules pkgConfigs)’\r\n      In the second argument of ‘($)’, namely\r\n        ‘map exposedName (concatMap exposedModules pkgConfigs)’\r\n      In a stmt of a 'do' block:\r\n        return $ map exposedName (concatMap exposedModules pkgConfigs)\r\n```\r\n\r\nAnd a bunch of warning about package versons as well:\r\n```Configuring hdevtools-0.1.5.0...\r\nWarning: This package indirectly depends on multiple versions of the same\r\npackage. This is highly likely to cause a compile failure.\r\npackage process-1.4.3.0 requires directory-1.3.0.0\r\npackage hpc-0.6.0.3 requires directory-1.3.0.0\r\npackage ghc-boot-8.0.2 requires directory-1.3.0.0\r\npackage ghc-8.0.2 requires directory-1.3.0.0\r\npackage process-1.4.3.0 requires directory-1.3.1.0\r\npackage hdevtools-0.1.5.0 requires directory-1.3.1.0\r\npackage ghc-boot-8.0.2 requires directory-1.3.1.0\r\npackage Cabal-1.24.2.0 requires directory-1.3.1.0\r\n...\r\n```\r\n\r\nI tried two different configurations: \r\n- Use system-wide `hdevtools` (I'm on Gentoo with ghc-8.0.2) with my `stack` project. When I try this, I get an error:\r\n```\r\nCabal file: Just \"/home/maks/Projects/***/***.cabal\"\r\nStack file: Just \"/home/maks/Projects/***/stack.yaml\"\r\nSocket file: \"/home/maks/Projects/***/.hdevtools.sock\"\r\ncan't load .so/.DLL for: /home/maks/IDE/stack/programs/x86_64-linux/ghc-tinfo6-nopie-8.0.2/lib/ghc-8.0.2/bytestring-0.10.8.1/libHSbytestring-0.10.8.1-ghc8.0.2.so (/home/maks/IDE/stack/programs/x86_64-linux/ghc-tinfo6-nopie-8.0.2/lib/ghc-8.0.2/bytestring-0.10.8.1/libHSbytestring-0.10.8.1-ghc8.0.2.so: undefined symbol: base_GHCziIOziHandleziInternals_ioezuEOF2_closure)\r\n```\r\n- Build latest hdevtools from this repo with stack hackery (basically, I got configure command from `stack build -v` and changed `--dependency=ghc-boot=...` pointing to `ghc-boot` inside `.stack-work` to point to one in `~/.stack/...`). This way I could build `hdevtools` and run it with `stack exec`, but I get another error when I try to check a file:\r\n```\r\nCabal file: Just \"/home/maks/Projects/***/***.cabal\"\r\nStack file: Just \"/home/maks/Projects/***/stack.yaml\"\r\nSocket file: \"/home/maks/Projects/***/.hdevtools.sock\"\r\nCabal error: Use of GHC's environment variable GHC_PACKAGE_PATH is incompatible with Cabal. Use the flag --package-db to specify a package database (it can be used multiple times).\r\n```\r\n\r\nCan something be done about it? I'd actually prefer if system-wide `hdevtools` (from portage) could work any stack-based project.","author":{"url":"https://github.com/maksbotan","@type":"Person","name":"maksbotan"},"datePublished":"2018-04-17T09:59:32.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":8},"url":"https://github.com/78/hdevtools/issues/78"}