[GHC] #1763: dictionaries in GHC.Float not being inlined
#1763: dictionaries in GHC.Float not being inlined ---+ Reporter: simonmar | Owner: simonpj Type: bug | Status: new Priority: normal| Milestone: 6.8 branch Component: Compiler |Version: 6.6.1 Severity: normal| Keywords: Difficulty: Unknown | Os: Unknown Testcase:| Architecture: Unknown ---+ Some dictionaries exported by `GHC.Float` are not inlined, because they are being marked as loop breakers, e.g. `GHC.Float.$f4`. This makes `x2n1` in nofib much slower, and possibly others. One reason this happens is that constructor applications are beaten by (a) inline candidates and (b) bindings with RULES in `OccurAnal.score`. Simon I addressed (a) by changing it so that normal inline candidates are now scored lower than constructor applications, but wrappers are scored much higher. This unfortunately doesn't fix `GHC.Float`. If we also make bindings with RULEs score lower than constructor applications, then the compiler goes into a loop when compiling `Data.Traversable`. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1763 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1391: forkProcess() in Schedule.c with -threaded should initialize mutexes in child process (POSIX)
#1391: forkProcess() in Schedule.c with -threaded should initialize mutexes in
child process (POSIX)
---+
Reporter: thorkilnaur |Owner:
Type: bug | Status: new
Priority: high|Milestone: 6.8 branch
Component: Runtime System | Version: 6.7
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Os: MacOS X | Testcase: forkprocess01(ghci)
Architecture: powerpc |
---+
Comment (by simonmar):
Thorkil - following our conversation at ICFP, I've pushed a patch that
calls `initMutex` for every Task:
{{{
Tue Oct 9 13:24:09 BST 2007 Simon Marlow [EMAIL PROTECTED]
* also call initMutex on every task-lock, see #1391
}}}
could you let me know if that works for you?
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1391#comment:6
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1008: Remove unregisterised way
#1008: Remove unregisterised way
-+--
Reporter: simonmar |Owner:
Type: task | Status: closed
Priority: low |Milestone: 6.8 branch
Component: Compiler | Version: 6.6
Severity: normal| Resolution: fixed
Keywords:| Difficulty: Moderate (1 day)
Os: Unknown | Testcase:
Architecture: Unknown |
-+--
Changes (by simonmar):
* status: new = closed
* resolution: = fixed
Comment:
Done:
{{{
Tue Oct 9 13:23:38 BST 2007 Simon Marlow [EMAIL PROTECTED]
* remove the -unreg flag and the unregisterised way, see #1008
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1008#comment:1
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1743: debugger: confusion with shadowed bindings
#1743: debugger: confusion with shadowed bindings -+-- Reporter: simonmar |Owner: simonmar Type: bug | Status: new Priority: normal|Milestone: 6.8 branch Component: GHCi | Version: 6.8 Severity: minor | Resolution: Keywords:| Difficulty: Moderate (1 day) Os: Unknown | Testcase: break026 Architecture: Unknown | -+-- Changes (by simonmar): * owner: = simonmar -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1743#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1743: debugger: confusion with shadowed bindings
#1743: debugger: confusion with shadowed bindings
-+--
Reporter: simonmar |Owner: igloo
Type: merge | Status: new
Priority: normal|Milestone: 6.8 branch
Component: GHCi | Version: 6.8
Severity: minor | Resolution:
Keywords:| Difficulty: Moderate (1 day)
Os: Unknown | Testcase: break026
Architecture: Unknown |
-+--
Changes (by simonmar):
* owner: simonmar = igloo
* type: bug = merge
Comment:
Fixed:
{{{
Tue Oct 9 15:25:54 BST 2007 Simon Marlow [EMAIL PROTECTED]
* FIX #1743, create a fresh unique for each Id we bind at a breakpoint
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1743#comment:2
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1733: RTS option -N not exposed at Haskell level
#1733: RTS option -N not exposed at Haskell level
---+
Reporter: [EMAIL PROTECTED] |Owner: igloo
Type: merge | Status: new
Priority: normal |Milestone: 6.8.1
Component: libraries/base | Version: 6.6.1
Severity: normal | Resolution:
Keywords: | Difficulty: Easy (1 hr)
Os: Unknown | Testcase:
Architecture: Unknown |
---+
Changes (by simonmar):
* owner: simonmar = igloo
* type: bug = merge
* milestone: 6.8 branch = 6.8.1
Comment:
Fixed. Patch to GHC:
{{{
Tue Oct 9 15:27:01 BST 2007 Simon Marlow [EMAIL PROTECTED]
* export n_capabilities, see #1733
}}}
Patch to `libraries\base`:
{{{
Tue Oct 9 14:20:42 BST 2007 Simon Marlow [EMAIL PROTECTED]
* expose the value of +RTS -N as GHC.Conc.numCapabilities (see #1733)
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1733#comment:4
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1764: missing backquotes in documentation for Prelude.elem (and probably other places)
#1764: missing backquotes in documentation for Prelude.elem (and probably other places) +--- Reporter: guest | Owner: Type: bug| Status: new Priority: normal | Milestone: Component: Documentation |Version: 6.6.1 Severity: normal | Keywords: Difficulty: Unknown| Os: Unknown Testcase: | Architecture: Unknown +--- The 'elem' docs at http://www.haskell.org/ghc/docs/latest/html/libraries/base/Prelude.html say ... usually written in infix form, e.g., x elem xs, missing the backquotes. Haddock seems to eat the backquotes that are in the source file and create a hyperlink of the content. Not sure whether that's a Haddock bug though, its docs only talk of '...' and `...' being hyperlinks. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1764 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1765: :def should redefine too (ghci commands)
#1765: :def should redefine too (ghci commands) --+- Reporter: guest| Owner: Type: feature request | Status: new Priority: normal | Milestone: Component: GHCi |Version: 6.9 Severity: normal | Keywords: Difficulty: Unknown | Os: Unknown Testcase: | Architecture: Unknown --+- To redefine a function f, one needs to first undef it. This is not a nice interface(or the error message should be improved to to redefine a command you first need to use the :undef command. Do you want this? [yes/no]?). Suggested feature: :def can also redefine commands. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1765 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1766: :undef f f has odd behaviour
#1766: :undef f f has odd behaviour --+- Reporter: guest| Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi |Version: 6.9 Severity: normal | Keywords: Difficulty: Unknown | Os: Unknown Testcase: | Architecture: Unknown --+- :undef f f tries to undefine f f. More sensible behaviour would be to undefine both f and f (in this case only f, but in the general case any list of function names.) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1766 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #1765: :def should redefine too (ghci commands)
#1765: :def should redefine too (ghci commands)
+---
Reporter: guest|Owner:
Type: feature request | Status: new
Priority: normal |Milestone:
Component: GHCi | Version: 6.9
Severity: normal | Resolution:
Keywords: | Difficulty: Unknown
Os: Unknown | Testcase:
Architecture: Unknown |
+---
Changes (by guest):
* cc: [EMAIL PROTECTED] (added)
Comment:
going into a dialogue is going to interfere with scripts, so i'd advise
against that, but the issue itself is real enough.
following on from the vi-like command syntax traditionally used in hugs
and ghci, we could have:
{{{
-- list all commands, with definition texts
:def
-- list definition text of commands starting with c, if any
:def c
-- define c, fail with error message if c exists
:def c command
-- define c, override existing definition, if any
:def! c command
}}}
another issue is that of figuring out (in a script) which commands are
available. in vim, that'd be exists(:command), which tells me if there's
a full match, a partial match (:b vs :browse), an ambiguous match
(multiple possible completions), or no match for the command name. exists
can also be used to query for options, eg., does this ghci version have
-fno-print-bind-result or not.
to make clear that this is a built-in function, i'd suggest introducing a
GHCi module, so we'd have
{{{
(GHCi.exists :command)
(GHCi.exists -fprint-bind-result)
}}}
the same module could also hold other information about ghci, such as
version number and available features
{{{
(GHCi.version=[6,6,1])
(GHCi.has debugger)
}}}
i've run into all these issues as well, in practice, when trying to define
.ghci files that work with recent ghc versions (no :cmd in 6.6.1, no :edit
and no -fprint-bind-result in 6.4.1).
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1765#comment:1
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #1767: :show setting does not conform to documented specification
#1767: :show setting does not conform to documented specification --+- Reporter: guest| Owner: Type: bug | Status: new Priority: normal | Milestone: Component: GHCi |Version: 6.9 Severity: normal | Keywords: Difficulty: Unknown | Os: Unknown Testcase: | Architecture: Unknown --+- :show setting show anything that can be set with :set (e.g. args) It's possible to do :set -i/home/foo/something However, doing :show -i or :show args or whatever does not show this information. So, either the documentation is wrong, or the implementation is wrong. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1767 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
