RE: [commit: ghc] master: Testsuite: recenter haddock.base allocation numbers (1b76997)
OK, so I won't lose sleep over it! | -Original Message- | From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of | Mateusz Kowalczyk | Sent: 23 July 2015 09:07 | To: ghc-devs@haskell.org | Subject: Re: [commit: ghc] master: Testsuite: recenter haddock.base | allocation numbers (1b76997) | | On 07/22/2015 05:35 PM, Simon Peyton Jones wrote: | Could it be creeping up because Haddock is doing more than before? | Ie not just because GHC is being bad? | | S | | Yes, it very much could be. Haddock is a moving target so it's not too | weird that the numbers change. I want to say that the perf test should | just be removed but it's still useful: if you're GHC hacking and not | changing Haddock and numbers go awry then it serves its purpose. | | Ideally GHC would have more perf tests so the Haddock perf test is | just not necessary but it's not easy to tell when that would be. | | | | -Original Message- | | From: ghc-commits [mailto:ghc-commits-boun...@haskell.org] On | | Behalf Of g...@git.haskell.org | | Sent: 22 July 2015 17:33 | | To: ghc-comm...@haskell.org | | Subject: [commit: ghc] master: Testsuite: recenter haddock.base | | allocation numbers (1b76997) | | | | Repository : ssh://g...@git.haskell.org/ghc | | | | On branch : master | | Link : | | | | | http://ghc.haskell.org/trac/ghc/changeset/1b76997dba5c35ee956960e194 | | 8e | | e247dc57c500/ghc | | | | --- | | | | commit 1b76997dba5c35ee956960e1948ee247dc57c500 | | Author: Thomas Miedema thomasmied...@gmail.com | | Date: Wed Jul 22 18:21:44 2015 +0200 | | | | Testsuite: recenter haddock.base allocation numbers | | | | | | --- | | | | 1b76997dba5c35ee956960e1948ee247dc57c500 | | testsuite/tests/perf/haddock/all.T | 3 ++- | | 1 file changed, 2 insertions(+), 1 deletion(-) | | | | diff --git a/testsuite/tests/perf/haddock/all.T | | b/testsuite/tests/perf/haddock/all.T | | index 94f7cbd..1e5a16c 100644 | | --- a/testsuite/tests/perf/haddock/all.T | | +++ b/testsuite/tests/perf/haddock/all.T | | @@ -5,7 +5,7 @@ | | test('haddock.base', | |[unless(in_tree_compiler(), skip), req_haddock | |,stats_num_field('bytes allocated', | | - [(wordsize(64), 9014511528, 5) | | + [(wordsize(64), 9418857192, 5) | | # 2012-08-14: 5920822352 (amd64/Linux) | | # 2012-09-20: 5829972376 (amd64/Linux) | | # 2012-10-08: 5902601224 (amd64/Linux) @@ -23,6 | +23,7 | | @@ test('haddock.base', | | # 2014-10-07: 8322584616 (x86_64/Linux) | | # 2014-12-14: 9502647104 (x86_64/Linux) - Update to | | Haddock 2.16 | | # 2014-01-08: 9014511528 (x86_64/Linux) - Eliminate | | so- called silent superclass parameters (and others) | | +# 2015-07-22: 9418857192 (x86_64/Linux) - Just | slowly | | creeping up. | | | | ,(platform('i386-unknown-mingw32'), 4434804940, 5) | | # 2013-02-10: 3358693084 | | (x86/Windows) | | | | ___ | | ghc-commits mailing list | | ghc-comm...@haskell.org | | http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-commits | ___ | ghc-devs mailing list | ghc-devs@haskell.org | http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs | | | | -- | Mateusz K. | ___ | ghc-devs mailing list | ghc-devs@haskell.org | http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs ___ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Re: Improving the Get Haskell Experience
On Thu, Jul 23, 2015 at 1:15 AM Heinrich Apfelmus apfel...@quantentunnel.de wrote: Mark Lentczner wrote: *tl;dr: We'd like to incorporate stack into Haskell Platform, and stop shipping pre-built packages, so we banish cabal hell, and have a single common way to 'get Haskell' that just works.* [..] We think this plan solves many different community needs: - We have a clear way to get Haskell that works for a wide variety of use cases. - HP installer gets much smaller, and about as minimal as a working installation can get. - By leaving most packages out of the global database, users of cabal-install, will now have far fewer problems. Sandbox builds should now never give users cabal hell like warnings. - By building and installing the Platform packages into it's own package db, users get the benefit of building and installing these common packages only once per system, yet can easily bypass them for any given project if desired. - Since the Platform packages are now built and installed as needed, installing on smaller systems or servers without OpenGL will work. Sounds great to me! Personally, I do not mind how the Haskell Platform achieves these goals; I will simply adapt to whatever tools the platform happens to install on my machine. Hopefully, they come with suitable documentation. For instance, one thing I don't understand about stack yet is in which location it magically installs GHC and packages, and how I can invoke `ghci` from these locations. Somehow, I was unable to understand this from the FAQ. I think this FAQ entry should help[1] on the first question: Note that stack setup installs GHC into ~/.stack/programs/$platform/ghc-$version/ and not a global location. For the second question: either `stack ghci` or `stack exec ghci` should achieve what you're looking for. The former is a bit more experimental, and does more intelligent stuff at the project level as far as loading up your code. The latter simply runs the ghci command with appropriate PATH and GHC_PACKAGE_PATH environment variables set. [1] https://github.com/commercialhaskell/stack/wiki/FAQ#i-already-have-ghc-installed-can-i-still-use-stack ___ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Re: [commit: ghc] master: Testsuite: recenter haddock.base allocation numbers (1b76997)
On 07/22/2015 05:35 PM, Simon Peyton Jones wrote: Could it be creeping up because Haddock is doing more than before? Ie not just because GHC is being bad? S Yes, it very much could be. Haddock is a moving target so it's not too weird that the numbers change. I want to say that the perf test should just be removed but it's still useful: if you're GHC hacking and not changing Haddock and numbers go awry then it serves its purpose. Ideally GHC would have more perf tests so the Haddock perf test is just not necessary but it's not easy to tell when that would be. | -Original Message- | From: ghc-commits [mailto:ghc-commits-boun...@haskell.org] On Behalf | Of g...@git.haskell.org | Sent: 22 July 2015 17:33 | To: ghc-comm...@haskell.org | Subject: [commit: ghc] master: Testsuite: recenter haddock.base | allocation numbers (1b76997) | | Repository : ssh://g...@git.haskell.org/ghc | | On branch : master | Link : | http://ghc.haskell.org/trac/ghc/changeset/1b76997dba5c35ee956960e1948e | e247dc57c500/ghc | | --- | | commit 1b76997dba5c35ee956960e1948ee247dc57c500 | Author: Thomas Miedema thomasmied...@gmail.com | Date: Wed Jul 22 18:21:44 2015 +0200 | | Testsuite: recenter haddock.base allocation numbers | | | --- | | 1b76997dba5c35ee956960e1948ee247dc57c500 | testsuite/tests/perf/haddock/all.T | 3 ++- | 1 file changed, 2 insertions(+), 1 deletion(-) | | diff --git a/testsuite/tests/perf/haddock/all.T | b/testsuite/tests/perf/haddock/all.T | index 94f7cbd..1e5a16c 100644 | --- a/testsuite/tests/perf/haddock/all.T | +++ b/testsuite/tests/perf/haddock/all.T | @@ -5,7 +5,7 @@ | test('haddock.base', |[unless(in_tree_compiler(), skip), req_haddock |,stats_num_field('bytes allocated', | - [(wordsize(64), 9014511528, 5) | + [(wordsize(64), 9418857192, 5) | # 2012-08-14: 5920822352 (amd64/Linux) | # 2012-09-20: 5829972376 (amd64/Linux) | # 2012-10-08: 5902601224 (amd64/Linux) @@ -23,6 +23,7 @@ | test('haddock.base', | # 2014-10-07: 8322584616 (x86_64/Linux) | # 2014-12-14: 9502647104 (x86_64/Linux) - Update to | Haddock 2.16 | # 2014-01-08: 9014511528 (x86_64/Linux) - Eliminate so- | called silent superclass parameters (and others) | +# 2015-07-22: 9418857192 (x86_64/Linux) - Just slowly | creeping up. | | ,(platform('i386-unknown-mingw32'), 4434804940, 5) | # 2013-02-10: 3358693084 | (x86/Windows) | | ___ | ghc-commits mailing list | ghc-comm...@haskell.org | http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-commits ___ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs -- Mateusz K. ___ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs