> What do you say to GHC to get it to print the uniques that you don't like?
I usually use one of these: -ddump-simpl, -dverbose-core2core, -ddump-simpl-iterations, -ddump-stg. All of these print variables with unique details and I literally never need those details. Rarely I use -ddump-cmm too. Agreed that having different defaults in different dumps/traces might work .. Ömer Richard Eisenberg <[email protected]>, 5 Eki 2018 Cum, 21:54 tarihinde şunu yazdı: > > I'm in the opposite camp. More often than not, the biggest advantage of dumps > during GHC development is to see the uniques. Indeed, I often ignore the > actual names of variables and just work in my head with the uniques. > > Perhaps the more complete answer is to fine-tune what settings cause the > uniques to be printed. -ddump-xx-trace should almost certainly. Perhaps other > modes needn't. What do you say to GHC to get it to print the uniques that you > don't like? > > Richard > > > On Oct 5, 2018, at 2:48 PM, Ömer Sinan Ağacan <[email protected]> wrote: > > > > I asked this on IRC and didn't hear a lot of opposition, so as the next step > > I'd like to ask ghc-devs. > > > > I literally never need the details on uniques that we currently print by > > default. I either don't care about variables too much (when not comparing > > the > > output with some other output), or I need -dsuppress-uniques (when comparing > > outputs). The problem is I have to remember to add -dsuppress-uniques if I'm > > going to compare the outputs, and if I decide to compare outputs after the > > fact > > I need to re-generate them with -dsuppress-uniques. This takes time and > > effort. > > > > If you're also of the same opinion I suggest making -dsuppress-uniques > > default, > > and providing a -dno-suppress-uniques (if it doesn't already exist). > > > > Ömer > > _______________________________________________ > > ghc-devs mailing list > > [email protected] > > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs > _______________________________________________ ghc-devs mailing list [email protected] http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
