#7564: GHC fails without an error when building text-0.11.2.3
-+--
Reporter: guest | Owner:
Type: bug | Status: closed
Priority: normal
#7505: Commentary shipped with GHC sources is outdated
-+--
Reporter: jstolarek | Owner:
Type: bug | Status: new
Priority: normal
)
Comment:
Is milestone of 7.6.2 still correct, or is this only going into 7.8?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4259#comment:24>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-
#7505: Commentary shipped with GHC sources is outdated
-+--
Reporter: jstolarek | Owner:
Type: bug | Status: new
Priority: normal
:
--+-
Changes (by liyang):
* cc: hackage.haskell.org@… (added)
Comment:
Since this issue affects a large number of users and doesn't seem too
contentious, could this fix be included in 7.6.2?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7436#comment
30109), both
x86_64.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7475#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.ha
omment:
This also happens on GHC 7.4.2 x86_64.
{{{
$ ghc --make Test3.hs
[1 of 1] Compiling Main ( Test3.hs, Test3.o )
ghc: panic! (the 'impossible' happened)
(GHC version 7.4.2 for x86_64-apple-darwin):
cgLookupPanic (probably invalid Core; try -dcore-lint)
#7505: Commentary shipped with GHC sources is outdated
-+--
Reporter: jstolarek | Owner:
Type: bug | Status: new
Priority: normal
#7565: GHC fails without an error when building text-0.11.2.3
-+--
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal| Component
#7564: GHC fails without an error when building text-0.11.2.3
---+
Reporter: guest | Owner:
Type: bug | Status: new
Priority: normal
ttp://hackage.haskell.org/trac/ghc/ticket/7361#comment:34>
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
sed
* resolution: => fixed
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:33>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http
ttp://hackage.haskell.org/trac/ghc/ticket/7361#comment:32>
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
.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:31>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mail
`, and it happens in Core, so nothing to do with the code
generator. I'll dig a bit deeper and see if I can find out where we went
wrong.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:30>
GHC <http://www.haskell.org/ghc/>
The Glasgow
I implement `nextIndex` with a simple `mod`, on the other hand, things
work fine,
{{{
nextIndex :: Integral a => a -> Int
nextIndex i = fromIntegral $ (i + 1) `mod` 256
}}}
Simon, is it possible that the optimizer could be now optimizing out the
cast?
--
Ticket URL: <http://hackage.
: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:28>
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
currently used in System.Random.MWC reveals that uniform1 is the
culprit.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:27>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing
random-source, which is at fault. mwc-random uses an MVector
to hold the RNG state. Sadly, I've still been unsuccessful at producing a
testcase using only mwc-random.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:26>
GHC <http://www.haskell.org/ghc/>
Th
f9c
{{{
Author: Simon Marlow
Date: Wed Jan 9 14:46:03 2013 +
fix disassembler after removal of size field in bco->instrs (#7518)
rts/Disassembler.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7518#c
e.haskell.org/trac/ghc/ticket/7561#comment:3>
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
ket URL: <http://hackage.haskell.org/trac/ghc/ticket/7518#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/
n or RULE is not happening. Roman or Ben perhaps?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7561#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-b
-enable-unregisterised"/"--disable-unregisterised"
configure flags.
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7563#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-ha
gt; fixed
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7518#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/mai
=> new
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7518#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.org/mai
ase:
Blockedby:|Blocking:
Related:|
-+--
Changes (by simonmar):
* status: new => merge
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ti
+
add docs for ":showi language" (#7501)
docs/users_guide/ghci.xml | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7501#comment:4>
GHC <http://www.haskell.org/ghc/&g
n 9 11:51:58 2013 +
remove unnecessary size field in BCO (#7518)
compiler/ghci/ByteCodeAsm.lhs |8 ++--
rts/Interpreter.c |4 +---
2 files changed, 3 insertions(+), 9 deletions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7518#comment:
#7539: Hard ghc api crash when calling runStmt on code which has not been
compiled
-+--
Reporter: edsko | Owner:
Type: bug | Status: new
field isn't necessary. It is
probably there because the size of an `StgArrWords` used to be stored in
units of words, but it was changed to be bytes.
I'll remove it.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7518#comment:4>
GHC <http://www.haskell.org/ghc/
#7539: Hard ghc api crash when calling runStmt on code which has not been
compiled
-+--
Reporter: edsko | Owner:
Type: bug | Status: new
#7500: GHC: internal error: getMBlock: mmap: Operation not permitted
+---
Reporter: guest | Owner:
Type: bug| Status: new
Priority: normal
#7539: Hard ghc api crash when calling runStmt on code which has not been
compiled
-+--
Reporter: edsko | Owner:
Type: bug | Status: new
icket URL: <http://hackage.haskell.org/trac/ghc/ticket/7537#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
code size?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7507#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell
mpile-time | Blockedby:
Blocking: |Related:
--+-
Passing -C flag to GHC causes compiler panic:
{{{
addFlag by -C on the commandline: Warning
uction list is used to find
{{{nbcd}}}:
http://hackage.haskell.org/trac/ghc/browser/rts/Disassembler.c#L276
The interpreter ignores the value (unless debugging is on):
http://hackage.haskell.org/trac/ghc/browser/rts/Interpreter.c#L789
And here, in assembleBCO, the number of instruction is pre
iority: normal => high
* milestone: => 7.6.2
Comment:
I suggest Max might be the best person to look at this, he implemented the
support for `//IGNORE`.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7522#comment:1>
GHC <http://www.haskell.org/ghc/>
The
#7505: Commentary shipped with GHC sources is outdated
-+--
Reporter: jstolarek | Owner:
Type: bug | Status: new
Priority: normal
you're talking about? I can't
find it.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7518#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-h
only be used on strict fields.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7562>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www
fast and uses the heap as expected, whereas built without profiling
> support it is slow. The effect shows on linux architectures amd64 and
> i386, using ghc 7.6.1 and 7.4.1, respectively.
>
> 1) With profiling support
>
> ghc --make -rtsopts -threaded -O2 -prof -fprof-auto heapAll
#7504: hackage vector package yields ghc bug on raspberry pi
---+
Reporter: plaeremans| Owner:
Type: bug | Status: closed
Priority: normal
, I
think it is only for debugging, and we don't want to document it.
I'll add docs for `:showi`, I think that was an oversight.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7501#comment:3>
GHC <http://www.haskell.org/ghc/>
The
| Milestone:
Component: Compiler | Version: 7.7
Keywords: | Os: Linux
Architecture: powerpc64 | Failure: Building GHC failed
Difficulty: Unknown|Testcase:
Blockedby
inside an `MVector` constructor (from
`Data.Vector.Primitive.Mutable`).
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:25>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing
. Compiling the attached small
program with heap profiling support produced an executable that runs fast
and uses the heap as expected, whereas built without profiling support it
is slow. The effect shows on linux architectures amd64 and i386, using ghc
7.6.1 and 7.4.1, respectively.
1) With profiling
lated:
-+--
Changes (by altaic):
* status: new => patch
Comment:
Attached is a simple fix that pretty much does what I suggested in the bug
report.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7559#comment:1>
GHC <http:
:| Blocking:
Related:|
-+--
Changes (by goldfire):
* status: new => closed
* resolution: => fixed
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ti
-
1 files changed, 2 insertions(+), 2 deletions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7560#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Gla
}}}
Here is the output:
{{{
ghc: panic! (the 'impossible' happened)
(GHC version 7.7.20121221 for x86_64-apple-darwin):
conflictInstErr
<>
}}}
Fix on the way...
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7560>
GHC <http://www.hask
a, Show b) => Eq (T a)
In the instance declaration for `Eq (T a)'
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7279#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
et URL: <http://hackage.haskell.org/trac/ghc/ticket/5928#comment:18>
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
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7402#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
| Architecture: Unknown/Multiple
Failure: GHC rejects valid program | Difficulty: Unknown
Testcase: simplCore/should_compile/T5366 | Blockedby:
Blocking: |Related
fixed
Comment:
I think it's Too Bad for 7.6, I'm afraid.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7332#comment:7>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs maili
for running with this, Johan.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5928#comment:17>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://
should first try generating a path using `xcode-select`, and if that
fails we should fall back to trying "/Developer/...".
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7559>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
:
Blockedby:|Blocking:
Related:|
-+--
Changes (by bos):
* cc: bos@… (added)
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7
trying. I've let bos know. Perhaps we'll hear from him soon.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:23>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mai
he past so I suspect I'll hear back shortly. Thanks again for your time!
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:22>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskel
run in linear space. See ghc ticket 7556
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7556#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bug
` value 1.
Maybe someone familiar with `random-source` could add some debugging tests
and try to narrow down the failure?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7361#comment:21>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_
lty: => Unknown
* resolution: => fixed
Comment:
Good point. I've tightened up the ambiguity check for instance
declarations. Now you'll get an "ambiguous declaration" error from the
above.
Simon
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/
:
---+
Changes (by simonpj):
* status: new => closed
* difficulty: => Unknown
* resolution: => fixed
* testcase: => rename/should_fail/T7454
Comment:
Thanks! Fixed by above patch.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7454#comme
some old code. It's also totally wrong, as are the
implementations of `foldl` and `foldr`. Patch in the works.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7556#comment:4>
GHC <http://www.haskell.org/ghc/>
The Gl
's a bit obscure, but it needs fixing.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7558>
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
o the console or whatever, but it's
possible.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4144#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell
Trac #7454
compiler/basicTypes/Id.lhs |2 +-
compiler/typecheck/Inst.lhs |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7454#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Hask
Trac #7454
compiler/rename/RnNames.lhs | 44
+-
1 files changed, 30 insertions(+), 14 deletions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7454#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Hask
as follows:
{{{
cabal configure \
--enable-tests \
--enable-benchmarks \
--enable-library-profiling \
--enable-executable-profiling \
--ghc-optio
| Blockedby:
Blocking:|Related:
---+
Changes (by ihameed):
* cc: idhameed@… (added)
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4
omment:
Looks good here, thanks!
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7510#comment:15>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bug
t non-blocking I/O correctly by first
calling the `inputReady.c` function? That is, change
`readRawBufferPtrNoBlock` and `writeRawBufferPtrNoBlock` to first call
`fdReady` to make sure the operation won't block before proceeding.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket
can
* difficulty: => Unknown
* component: libraries/base => libraries (other)
* milestone: => 7.8.1
Comment:
Thanks for the diagnosis.
Duncan, could you take a look please?
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7556#comment:3>
GHC <http://www.
fold happens
over `unpackBytes` instead, which generates list in small chunks that can
be processed lazily.
This looks like a `bytestring` bug to me.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7556#comment:2>
GHC <http://
= 1 || search xs
example1, example2 :: B.ByteString -> Bool
example1 = search . B.unpack
example2 = foldr (\x xs -> x == 1 || xs) False . B.unpack
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7556#comment:1>
GHC <http://www.haskell.org/ghc/>
The Gla
le1, example2 :: B.ByteString -> Bool
example1 = search . B.unpack
example2 = foldr (\x xs -> x == 1 || xs) False . B.unpack
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7556>
GHC <http://www.haskell.org/ghc/>
The Gla
:|Blocking:
Related:|
-+--
Changes (by aavogt):
* cc: vogt.adam@… (added)
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5391#comment:5>
GHC
O using threads, and that's
much nicer. But before we do that, we should look at how people are using
these APIs. The only user of `hGetBufSome` that I know of, lazy
bytestring, works just fine with the "read a random amount of data"
semantics.
--
Ticket URL: <http://ha
nds right now, hGetBuf, hGetBufNonBlocking and hGetBufSome will
all read the same amount of data, if the data is available without
blocking.
I don't think this is the case anymore; see #5843 and commit
[https://github.com/ghc/packages-
base/commit/370fc0b455f6a03283fbd5c0baa5d08d9115379d
.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7510#comment:14>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mail
| Milestone: 7.8.1
Component: Compiler |Version: 7.7
Resolution: | Keywords:
Os: Unknown/Multiple | Architecture: powerpc
Failure: Building GHC failed | Difficulty: Unknown
Testcase
3 files changed, 99 insertions(+), 42 deletions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7510#comment:13>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-ha
call. I just wanted to record my
dissatisfaction in this ticket in case it inspires someone to find a
better solution :-)
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4211#comment:27>
GHC <http://www.haskell.org/ghc/>
The
#7281: GHC 7.4.2 build fails on Fedora17
--+-
Reporter: PaulJohnson| Owner: judah.jacobson@…
Type: bug| Status: new
Priority: high
/UserPrefs
Replacing the first line with `maxHistorySize: Just 1` should fix your
issue. If not, please reopen this ticket.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7552#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_
.
Simon
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7436#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/mai
-
2 files changed, 114 insertions(+), 73 deletions(-)
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7436#comment:16>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
er, so closing
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7400#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.or
| Milestone:
Component: Compiler | Version: 7.7
Keywords: | Os: Linux
Architecture: powerpc64 | Failure: Building GHC failed
Difficulty: Unknown|Testcase:
Blockedby
uf`.
The only other minor quibble I have with this patch is that the
documentation for `readBuffered` and friends could be improved - it isn't
clear what the purpose of the buffer argument is (without reading the
code).
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4144#co
erged into the HEAD branch.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/#comment:21>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://ww
ttp://hackage.haskell.org/trac/ghc/ticket/1409#comment:63>
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
#7553: ghc fails to terminate with -O2 or greater
-+--
Reporter: erikd | Owner:
Type: bug | Status: new
Priority: normal
:
Blockedby:|Blocking:
Related:|
-+--
Changes (by akio):
* cc: tkn.akio@… (added)
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/tic
#7553: ghc fails to terminate with -O2 or greater
-+--
Reporter: erikd | Owner:
Type: bug | Status: new
Priority: normal
omment:
Closing as duplicate of #7553 which also hangs in the `SpecConstr` pass.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7555#comment:2>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
___
Glasgow-haskell
t;http://hackage.haskell.org/trac/ghc/ticket/7555#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
1 - 100 of 35143 matches
Mail list logo
