=> closed
* resolution: => fixed
Comment:
Merged as f9077d98b9e58b0eca518c8ae370b0f5c4df8800,
809e693303fc2e6bf949c13fbcd66c3f058d3539.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5991#comment:19>
GHC <http://www.haskell.org/ghc/>
The Glasgo
):
* status: merge => closed
* resolution: => fixed
Comment:
Merged as acaf240f56cf91c3828f25da1d18a91326499818.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7319#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgo
URL: <http://hackage.haskell.org/trac/ghc/ticket/7394>
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
#7393: GHC cannot solve functional dependency
+---
Reporter: Khudyakov | Owner:
Type: bug| Status: closed
Priority: normal
n into this when trying to compile elm from git:
>
> $ cabal install
> Resolving dependencies...
> Configuring Elm-0.5.0.1...
> Building Elm-0.5.0.1...
> Preprocessing library Elm-0.5.0.1...
> [ 3 of 26] Compiling Types.Substitutions ( src/Types/Substitutions.hs,
> dist/build/Ty
> closed
* resolution: => invalid
Comment:
This is a bug in the `derive` package, not in GHC. The full message looks
like this
{{{
T7391.hs:1:1:
Exception when trying to run compile-time code:
Could not convert Dec to Decl
TySynD T7391.ADataCmd [] (AppT (ConT T7391.Cmd) (AppT
:|Related:
--+-
Comment(by simonmar):
@markwright: will this work when the libraries are in the build tree, or
only when installed?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3072#comment
led (where it works great, I built 170 pkgs from
hackage using in the Gentoo Haskell overlay with 7.7.20121102 using this
patch with no LD_LIBRARY_PATH).
In the build tree it can not find the libraries (of course a workaround
would be to set LD_LIBRARY_PATH):
{{{
argus (ghclive) ghc- $ env | g
: => Unknown
* milestone: => _|_
Comment:
Indeed. See #5587 and the
[http://www.haskell.org/ghc/docs/latest/html/users_guide/bugs-and-
infelicities.html#infelicities-exprs-pats user manual section]. I still
don't know how to get good optimisation without accepting this
aller test case.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.o
URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:8>
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/gla
cult bug to find! I'm looking into the best
place to put an `ASSERT()` to catch bugs of this kind earlier.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7387#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
#7375: Building ghc fails because it is looking for an old version of libgmp
--+-
Reporter: mimosa | Owner:
Type: bug | Status: closed
: normal| Milestone: 7.8.1
Component: GHC API | Version: 7.4.1
Keywords:| Os: Windows
Architecture: ia64 | Failure: Runtime crash
Difficulty: Unknown |Testcase
? What platform is this? GHCi seems pretty responsive here.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7382#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Gla
difficulty: => Unknown
Comment:
Could you elaborate on why you think this is a bug in GHC and not a space
leak in the program in question? If it is a bug in GHC, can you give us a
way to reproduce it?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7344#comment:4>
GHC
t me if I'm wrong)
See also [wiki:SafeHaskell/SafeCompilation]
We should say something about this in the docs. David, any chance you'll
be able to look into this?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7394#comment:1>
GHC <http://www.has
marked fixed; maybe we should do the same with this one?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7364#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-
<http://hackage.haskell.org/trac/ghc/ticket/7394#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
[comment:3 simonmar]:
> Half a second? What platform is this? GHCi seems pretty responsive here.
The platform is GNU/Linux. I probably overestimated the delay, but the
feedback is definitely not instantaneous like in GHC 7.6.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7382#com
Priority: normal | Component: Compiler
Version: 7.6.1 | Keywords: DefaultSignatures
Os: Unknown/Multiple | Architecture: Unknown/Multiple
Failure: GHC rejects valid program
:|Blocking:
Related:|
-+--
Changes (by igloo):
* owner: => igloo
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3072#comment:16>
GHC <http://www.haskell.o
: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:9>
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
dynamic-by-default and run "ghci -v" then you'll see it
linking a `.so` with no content every time you evaluate anything.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7382#comment:5>
GHC <http://www.haskell.org/ghc/>
T
#7375: Building ghc fails because it is looking for an old version of libgmp
--+-
Reporter: mimosa | Owner:
Type: bug | Status: closed
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
should mark both as not-fixed. There is an underlying problem
here; it's just that we don't know how to solve it.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7364#comment:5>
GHC <http://www.haskell.org/ghc/>
The Gl
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
cket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:55>
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
gular input modules for testing your production
version will no doubt uncover a few extra bugs.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1409#comment:56>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Gla
:
--+-
Changes (by simonmar):
* status: new => closed
* resolution: => wontfix
Comment:
Yes, good idea - closing as wonfix (the closest we have to "not fixed")
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7364#comment:6>
GHC <http://www.hask
et URL: <http://hackage.haskell.org/trac/ghc/ticket/5252#comment:8>
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
; closed
* resolution: => fixed
Comment:
Merged as 0e138caccff86d075adc045006d441c80b24e2ca.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6010#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_
Comment:
Merged as 306ab5509fceb5ccaf6f94fe18b92ae6b476.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6019#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs
Merged as 67b8c663216690150b6f762e09b32ebbe6334ddd.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7191#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskel
tions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7384#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
code was written we didn't *have* data
families.
I wrote Note [Constructor arg types] to explain the new scheme.
compiler/ghci/RtClosureInspect.hs | 39
1 files changed, 34 insertions(+), 5 deletions(-)
}}}
--
Ticket URL: <http://hackage
tions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7384#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
hanges (by simonpj):
* status: new => merge
* difficulty: => Unknown
* testcase: => ghci.debugger/scripts/T7386
Comment:
Thanks; I've fixed this. Merge to 7.6 branch.
Simon
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7386#comment:2>
GHC <http://
ile/T7384
Comment:
Thanks. This bug doesn't exist in 7.6, so no need to merge the second
patch. Ideally the first patch above should be merged if it goes across
smoothly, but I'm not sure it's worth the effort. So I'll mark it "merge"
provisionally.
Simon
--
Status: new
Priority: normal | Component: Template Haskell
Version: 7.4.2| Keywords:
Os: MacOS X | Architecture: x86
Failure: Building GHC failed | Blockedby:
Status: new
Priority: normal| Milestone:
Component: Template Haskell | Version: 7.4.2
Keywords:| Os: MacOS X
Architecture: x86 | Failure: Building GHC failed
Diffi
help?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4012#comment:26>
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
#7375: Building ghc fails because it is looking for an old version of libgmp
--+-
Reporter: mimosa | Owner:
Type: bug | Status: closed
then I think that needs investigating - in
the small experiments I've done on x86_64/Linux it seems to be faster.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7382#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
27;t happen—I'm more paranoid).
This has bitten me only a couple times, probably others only a few times.
Maybe it's not a huge deal? But if it's really trivial to add, could be
nice? I'm just proposing this here. I might try implementing it myself, it
''sounds''
I found a bug. If I replace "GetTheStuff
n = x" with "GetTheStuff _ = x" the warning disappears.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7397#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
:
-+--
Comment(by guest):
Never mind, the disappearance is correct: "GetTheStuff? _ = x" has no
pattern variables and will never fail.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7397#comment:2>
GHC <http://www.haskell.or
ern is used then the pattern is a no-op.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7397#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-h
find it. Would you like to suggest any
changes in the user manual that would have made your task easier? You
know where you looked!
If you'd like to draft some words, I could add them.
Simon
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7397#comment:4>
GHC <http
x this by switching to dynamic linking
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5435#comment:11>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bug
]:
> Do Ian's changes help?
Please excuse me if I don’t set up HEAD in a way to build all the packages
required to test the code above. But I did find a small test case that
could potentially be added to the test suite. With the attached Test.hs
and GHC-7.4.1, I get this result:
{{
point out the distinction. We need to solve the easier
problem first before we can tackle the harder one.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4012#comment:28>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
#7375: Building ghc fails because it is looking for an old version of libgmp
--+-
Reporter: mimosa | Owner:
Type: bug | Status: closed
low hanging fruit that fixes the ABI of
different code (such as normalizing the interface wrt alpha-renaming) will
probably make it more robust against odd changes when compiling the same
code twice.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4012#comment:29>
GHC
ot;x", or use a different `OccName` for different
kinds of binders (e.g. "x" for let-binders, "y" for lambdas, and "z" for
case binders). Relevant code is in `coreSyn/CoreTidy.lhs:tidyIdBndr`.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4012#comm
original names for readability, we could do
local renaming only when computing the hash, and throw away the renamed
version afterwards (basically hash the !DeBruijn representation).
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4012#comment:31>
GHC <http://www.haskell.org/
#7375: Building ghc fails because it is looking for an old version of libgmp
--+-
Reporter: mimosa | Owner:
Type: bug | Status: closed
(foo ())
}}}
"rule foo" fires, but "rule Foo" doesn't. The program prints
{{{
Foo {unFoo = ()}
D: foo
}}}
Note that this doesn't seem to affect selectors, only constructors.
--
Ticket URL: <http://hackage.haskell.org/tra
: |Related:
+---
After a standard build of ghc-7.6.1 on debian wheezy, the test-suite fails
on the test posix004.
The error given is:
Wrong exit code (expected 0 , actual 1 )
Stdout:
Stderr
problem when ghc ''generates'' the same name
at both the top level and in an expression. Is it feasible to generate
e.g. 'tlvl' for top-level names, and 'lvl' for let/lambda-bound names?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4012#commen
ket URL: <http://hackage.haskell.org/trac/ghc/ticket/4012#comment:33>
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/
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
#7375: Building ghc fails because it is looking for an old version of libgmp
--+-
Reporter: mimosa | Owner:
Type: bug | Status: closed
:
-+--
resample: internal error: evacuate(static): strange closure type 17
(GHC version 7.4.2 for x86_64_unknown_linux)
Please report this as a GHC bug:
http://www.haskell.org/ghc/reportabug
{{{
module Resample where
import Data.List
import qualified Data.ByteString as B
(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3072#comment:17>
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/list
ink we now do as much as we can, so I'm closing this ticket.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3072#comment:18>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing li
:
Related:|
-+--
Changes (by chak):
* cc: chak@… (added)
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7299#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Hask
lution: worksforme =>
Comment:
This bug happens 100% with GHC 7.4.1 (64bit) and GHC 7.6.1 (64bit) on my
MacOS 10.8.2 (MacBook Air).
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5544#comment:9>
GHC <http://www.haskell.org/ghc/>
The Gla
#7375: Building ghc fails because it is looking for an old version of libgmp
--+-
Reporter: mimosa | Owner:
Type: bug | Status: closed
here is a trivial, correct instance of Eq D:
instance Eq D where
(==) = undefined
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7401>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bug
#7375: Building ghc fails because it is looking for an old version of libgmp
--+-
Reporter: mimosa | Owner:
Type: bug | Status: closed
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
nt:
Thanks for the report, we'll take a look.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7400#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-
re request| Status: new
Priority: normal | Component: Compiler
Version: 7.6.1 | Keywords: deriving
Os: Unknown/Multiple | Architecture: Unknown/Multiple
Failure: GHC rejects val
quest| Status: new
Priority: normal | Component: Compiler
Version: 7.6.1 | Keywords: deriving
Os: Unknown/Multiple | Architecture: Unknown/Multiple
Failure: GHC rejects valid pr
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
:
OK, thanks for the report! Added some documentation about this issue in
b78b6b3472511c7e39d5c91b0449a59e0f361dcf.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7394#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgo
t;http://hackage.haskell.org/trac/ghc/ticket/7402>
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
10.6.8
Here is the result of a session with Haskell:
$ ghci
GHCi, version 7.4.2: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Prelude> :quit
Leaving G
haskell-iocp is largely based on
that from GHC.
Quick overview of the I/O manager design:
At the core is a thread which alternates between waiting for completions
and calling expired timeout callbacks (much like GHC.Event does). Each
completion carries a callback that the I/O manager thread
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
#7339: GHC fails to build from source on Alpha
-+--
Reporter: creemj| Owner:
Type: bug | Status: new
Priority: normal| Milestone: 7.8.1
#7339: GHC fails to build from source on Alpha
-+--
Reporter: creemj| Owner:
Type: bug | Status: new
Priority: normal| Milestone: 7.8.1
:
Related: |
---+
Changes (by simonpj):
* owner: => simonmar
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7400#comment:2>
GHC <http://www.haskell.org/ghc/&
, but with -fllvm it works fine.
Maybe the register liveness determinator is broken, because this is used
by both the linear and graph coloring allocators.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7192#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Hask
Priority: normal | Milestone:
Component: Compiler | Version: 7.6.1
Keywords: DefaultSignatures | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: GHC rejects valid program
#7346: Allow the use of `deriving` for GHC generics
-+--
Reporter: kosmikus | Owner: dreixel
Type: feature request | Status: new
Priority: normal
: <http://hackage.haskell.org/trac/ghc/ticket/7192#comment:5>
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
#7346: Allow the use of `deriving` for GHC generics
-+--
Reporter: kosmikus | Owner: dreixel
Type: feature request | Status: new
Priority: normal
#7375: Building ghc fails because it is looking for an old version of libgmp
--+-
Reporter: mimosa | Owner:
Type: bug | Status: closed
#7346: Allow the use of `deriving` for GHC generics
-+--
Reporter: kosmikus | Owner: dreixel
Type: feature request | Status: new
Priority: normal
that would fix it. A name that was generated at
the top-level might be floated in, and conversely a non-top-level name
might be floated out. So wouldn't the same problem still occur?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4012#comment:34>
GHC <http://www.ha
around, I discovered that GHC is treating the type
variable {{{x}}} and the kind variable {{{x}}} as distinct. In core, Foo
has three arguments.
The following code does not compile:
{{{
type family Bar (x :: *) :: x
}}}
The error is
{{{
Type variable `x' used in a kind
In the
the TH code is reasonable, and that the c main
function is reasonable.)
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7405>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailin
#7339: GHC fails to build from source on Alpha
-+--
Reporter: creemj| Owner:
Type: bug | Status: new
Priority: normal| Milestone: 7.8.1
:
-+--
According to [http://www.haskell.org/ghc/docs/7.6.1/html/users_guide/flag-
reference.html], any {{{-ddump-x}}} flag should imply {{{-fforce-
recomp}}}. This does not appear to be happening with 7.7.20121031.
--
Ticket URL: <http://hackage.haskell.org/trac/
1 - 100 of 35143 matches
Mail list logo