[GHC] #11501: Building nofib/fibon returns permission denied

[GHC]

#11501: Building nofib/fibon returns permission denied
-------------------------------------+-------------------------------------
        Reporter:  rem               |                Owner:
            Type:  bug               |               Status:  new
        Priority:  normal            |            Milestone:
       Component:  NoFib benchmark   |              Version:  7.10.3
  suite                              |
      Resolution:                    |             Keywords:
Operating System:  Linux             |         Architecture:  x86_64
                                     |  (amd64)
 Type of failure:  None/Unknown      |            Test Case:
      Blocked By:                    |             Blocking:
 Related Tickets:                    |  Differential Rev(s):
       Wiki Page:                    |
-------------------------------------+-------------------------------------

Comment (by gracjan):

 @simonpj: Do you also use nofib to test speed of compilation or just
 efficiency of generated code?

 @bgamari: `ghc --make` will only be used to test generated code.
 Compilation speed will have own tests that compile single files. Unless we
 will want to test compilation speed for many modules at once.

 We can also go full high level and see if compiling programs with latest
 complier and latest package set got suddenly slower than previous compiler
 and previous package set. This is very high level, but this is what
 constitutes the perception 'GHC compiles slower than it used to'.

 >  However, I'm not sure that nofib is that place.

 This is what `fibon` is and I'm not sure either if this a good place.

 I like gipeda very much, this is more or less what I had in mind. I would
 advise using off-the-shelf tools for this purpose, as it is a lot of work
 to create one from scratch. There is a relevant industry that is very
 concerned with performance and performance variations in time. They have
 developed a lot of tools to collect performance data points and then be
 able to dig into the issues by finding exceptional value, high variation,
 correlating causes and effects and so on. This industry is network
 monitoring and operations in general. And tools I like are Graphana and a
 backend database for data points, could be ElasticSearch or InfluxDB.
 Those more or less form gipeda, well, rather more than gipeda :)

 Anyway I was thinking of a datapoint that will be a tuple: (operating
 system, machine arch, ghc version, test name, date of last merged commit,
 and METRIC) where METRIC is one of metrics you listed.

 Can you share database of results? I'd like to try to import data into
 InfluxDB, connect Graphana, see if this is useful.

--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11501#comment:19>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler