#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-haskell-bugs mailing
#7505: Commentary shipped with GHC sources is outdated
-+--
Reporter: jstolarek | Owner:
Type: bug | Status: new
Priority: normal
#7564: GHC fails without an error when building text-0.11.2.3
-+--
Reporter: guest | Owner:
Type: bug | Status: closed
Priority: normal
#` is 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 list
Glasgow
| Milestone:
Component: Compiler | Version: 7.7
Keywords: | Os: Linux
Architecture: powerpc64 | Failure: Building GHC failed
Difficulty: Unknown|Testcase:
Blockedby
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 Glasgow Haskell Compiler
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 heapAllocVec2.hs
./heapAllocVec2 +RTS -s -RTS 3628800
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.haskell.org
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-haskell-bugs@haskell.org
http://www.haskell.org
#7505: Commentary shipped with GHC sources is outdated
-+--
Reporter: jstolarek | Owner:
Type: bug | Status: new
Priority: normal
: 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 Glasgow Haskell Compiler
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 prepended
| Blockedby:
Blocking: |Related:
--+-
Passing -C flag to GHC causes compiler panic:
{{{
addFlag by -C on the commandline: Warning
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.org/mailman
/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
#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
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/
The Glasgow Haskell Compiler
#7539: Hard ghc api crash when calling runStmt on code which has not been
compiled
-+--
Reporter: edsko | Owner:
Type: bug | Status: new
Date: Wed Jan 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
Jan 9 09:29:42 2013 +
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/
The Glasgow
:
Blockedby:|Blocking:
Related:|
-+--
Changes (by simonmar):
* status: new = merge
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7518#comment:6
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/mailman/listinfo/glasgow-haskell-bugs
--
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/mailman/listinfo/glasgow-haskell
-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-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http
. 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-bugs@haskell.org
http://www.haskell.org
: 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/glasgow-haskell-bugs
/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
{{{
Author: Simon Marlow marlo...@gmail.com
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
, not 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/
The Glasgow Haskell
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 list
Glasgow
: 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
`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.haskell.org/trac/ghc/ticket
`, 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 Haskell Compiler
.
--
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/mailman/listinfo/glasgow
(-)
}}}
--
Ticket URL: http://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
: = 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://www.haskell.org/mailman
://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
#7564: GHC fails without an error when building text-0.11.2.3
---+
Reporter: guest | 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
#7505: Commentary shipped with GHC sources is outdated
-+--
Reporter: jstolarek | Owner:
Type: bug | Status: new
Priority: normal
:
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)
( $dArrow{v amL
), 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.haskell.org/mailman
:
--+-
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:18
GHC http
:
{{{
cabal configure \
--enable-tests \
--enable-benchmarks \
--enable-library-profiling \
--enable-executable-profiling \
--ghc-option=-rtsopts
of unused imports; fixes 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 Haskell
, detected by the fix to 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 Haskell
to 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-bugs@haskell.org
http
a)` and a wanted insoluble with the same
type.
This can also arise, rather more easily, with the new ambiguity check, via
an inaccessible context
{{{
foo :: forall a. (a ~ T a) = a - a
}}}
It's a bit obscure, but it needs fixing.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket
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 Glasgow Haskell Compiler
___
Glasgow
:
---+
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#comment:3
GHC http
: = 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/ticket/7402#comment:1
GHC http://www.haskell.org/ghc
vectorzm0zi10zi0zi1_DataziVectorziPrimitiveziMutable_MVector_con_info
}}}
and an `Int#` 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
it should
be lazy and 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
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-haskell-bugs mailing list
Glasgow-haskell
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 mailing list
Glasgow-haskell-bugs@haskell.org
http
:
Blockedby:|Blocking:
Related:|
-+--
Changes (by bos):
* cc: bos@… (added)
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7361
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
___
Glasgow-haskell-bugs mailing list
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://www.haskell.org
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 mailing list
Glasgow-haskell-bugs
| Architecture: Unknown/Multiple
Failure: GHC rejects valid program | Difficulty: Unknown
Testcase: simplCore/should_compile/T5366 | Blockedby:
Blocking: |Related
/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
://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
://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
}}}
Here is the output:
{{{
ghc: panic! (the 'impossible' happened)
(GHC version 7.7.20121221 for x86_64-apple-darwin):
conflictInstErr
details unavailable
}}}
Fix on the way...
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7560
GHC http://www.haskell.org/ghc
/FamInst.lhs |4 ++--
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
Glasgow
:| Blocking:
Related:|
-+--
Changes (by goldfire):
* status: new = closed
* resolution: = fixed
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7560
:
-+--
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://www.haskell.org/ghc
. 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
`.
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#comment:9
GHC http
| Milestone:
Component: Compiler | Version: 7.7
Keywords: | Os: Linux
Architecture: powerpc64 | Failure: Building GHC failed
Difficulty: Unknown|Testcase:
Blockedby
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.org/mailman/listinfo
++---
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
Glasgow
.
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/mailman/listinfo
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
___
Glasgow-haskell
#7281: GHC 7.4.2 build fails on Fedora17
--+-
Reporter: PaulJohnson| Owner: judah.jacobson@…
Type: bug| Status: new
Priority: high
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 Glasgow Haskell Compiler
| 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-haskell-bugs
.
--
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/mailman/listinfo/glasgow
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 370fc0b
, 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://hackage.haskell.org/trac/ghc/ticket/4144#comment
:|Blocking:
Related:|
-+--
Changes (by aavogt):
* cc: vogt.adam@… (added)
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5391#comment:5
GHC http
, 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 Glasgow Haskell Compiler
___
Glasgow
|| 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 Glasgow Haskell Compiler
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://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow
* 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.haskell.org/ghc/
The Glasgow
-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/4144#comment
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-bugs@haskell.org
http://www.haskell.org
| Blockedby:
Blocking:|Related:
---+
Changes (by ihameed):
* cc: idhameed@… (added)
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4900
)
}}}
I’m attaching the full build log. Maybe zero failures will happen for
7.6.2?
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/5757#comment:18
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing
#7553: ghc fails to terminate with -O2 or greater
-+--
Reporter: erikd | Owner:
Type: bug | Status: infoneeded
Priority: normal
:
-+--
The hashable package needs to know if GHC was invoked with -msse4.1 so it
can call out to faster C code in that case. I'd like to propose that GHC
provides the following defines when running the preprocessor:
{{{
## If SSE is turned
#7553: ghc fails to terminate with -O2 or greater
-+--
Reporter: erikd | Owner:
Type: bug | Status: new
Priority: normal
:
--+-
From [http://stackoverflow.com/questions/14187413/small-code-snippet-
causes-ghc-to-not-terminate Stack Overflow]:
The code
{{{
{-# LANGUAGE BangPatterns #-}
{-# OPTIONS_GHC -O2 #-}
import qualified Data.Vector.Unboxed.Mutable as MV
import
to
weak symbols, but is required to load C++ object files.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/#comment:20
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs
#7553: ghc fails to terminate with -O2 or greater
-+--
Reporter: erikd | Owner:
Type: bug | Status: new
Priority: normal
://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 32507 matches
Mail list logo