[GHC] #929: Strange buffering behaviour in GHCi
#929: Strange buffering behaviour in GHCi
-+--
Reporter: simonmar |Owner:
Type: bug | Status: new
Priority: normal|Milestone: 6.6.1
Component: GHCi | Version: 6.5
Severity: normal| Keywords:
Os: Unknown | Difficulty: Unknown
Architecture: Unknown |
-+--
Reported by Clifford Beshers on haskell@haskell.org:
ghci starts with !NoBuffering behavior, even though the mode appears to
be
!LineBuffering. Setting it once fixes the problem.
I've included a ghci session that demonstrates the bug by showing the
change in
behavior when pressing Control-D in response to each call to getLine.
The results
are identical for 6.4.1 and 6.6 rc1.
{{{
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.4.1, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\/\/ /_/\/|_| Type :? for help.
Loading package base-1.0 ... linking ... done.
Prelude :m +System.IO
Prelude System.IO hGetBuffering stdin = print
LineBuffering
Prelude System.IO getLine = print
^D
\EOT
Prelude System.IO hSetBuffering stdin NoBuffering hGetBuffering stdin
= print
NoBuffering
Prelude System.IO getLine = print
^D
\EOT
Prelude System.IO hSetBuffering stdin LineBuffering hGetBuffering
stdin = print
LineBuffering
Prelude System.IO getLine = print
*** Exception: stdin: hGetLine: end of file
Prelude System.IO
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.5.20060831, for
Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\/\/ /_/\/|_| Type :? for help.
Loading package base ... linking ... done.
Prelude :m +System.IO
Prelude System.IO hGetBuffering stdin = print
LineBuffering
Prelude System.IO getLine = print
^D
\EOT
Prelude System.IO hSetBuffering stdin NoBuffering hGetBuffering stdin
= print
NoBuffering
Prelude System.IO getLine = print
^D
\EOT
Prelude System.IO hSetBuffering stdin LineBuffering hGetBuffering
stdin = print
LineBuffering
Prelude System.IO getLine = print
*** Exception: stdin: hGetLine: end of file
Prelude System.IO
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/929
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] #455: mkProtoBCO: stack use won't fit in 16 bits 79141
#455: mkProtoBCO: stack use won't fit in 16 bits 79141 ---+ Reporter: simonmar | Owner: simonmar Type: bug | Status: assigned Priority: normal| Milestone: Component: GHCi |Version: 6.4 Severity: normal| Resolution: None Keywords:| Os: Unknown Difficulty: Unknown | Architecture: Unknown ---+ Changes (by simonmar): * component: Compiler = GHCi -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/455 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] #925: Access to old variable via Template Haskell blows up ghci
#925: Access to old variable via Template Haskell blows up ghci ---+ Reporter: guest | Owner: Type: bug | Status: closed Priority: low | Milestone: 6.8 Component: Template Haskell |Version: 6.4.2 Severity: normal| Resolution: fixed Keywords:| Os: Unknown Difficulty: Unknown | Architecture: Unknown ---+ Changes (by simonpj): * resolution: = fixed * status: new = closed Comment: Good point. Fixed in the HEAD. Ian: pls push to 6.6.1 branch. Simon -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/925 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] #921: Floating point with -O and -fasm is broken
#921: Floating point with -O and -fasm is broken -+-- Reporter: guest | Owner: igloo Type: bug | Status: new Priority: normal | Milestone: 6.6.1 Component: Compiler (NCG) |Version: 6.4.1 Severity: normal | Resolution: Keywords: | Os: Linux Difficulty: Unknown | Architecture: x86_64 (amd64) -+-- Comment (by [EMAIL PROTECTED]): Cool. Please let me know when a build is ready and I'll certainly be eager to try it out. In addition, would it be possible for this fix to be included in 6.4.3 as well? It would be helpful if there were a 6.4 compiler that didn't have this issue. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/921 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] #930: ghc-6.6: panic! (the 'impossible' happened) mkWWcpr: not a product GHC-Brian-6.5.1:IdInfo.IdInfo{tc rfD}
#930: ghc-6.6: panic! (the 'impossible' happened) mkWWcpr: not a product GHC-
Brian-6.5.1:IdInfo.IdInfo{tc rfD}
---+
Reporter: briansmith |Owner:
Type: bug | Status: new
Priority: normal |Milestone:
Component: Compiler| Version: 6.5
Severity: normal | Keywords:
Os: Unknown | Difficulty: Unknown
Architecture: Unknown |
---+
I receive this message:
{{{
ghc-6.6: panic! (the 'impossible' happened)
(GHC version 6.6 for i386-unknown-linux):
mkWWcpr: not a product GHC-Brian-6.5.1:IdInfo.IdInfo{tc rfD}
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
}}}
I am using GHC from the 6.6 branch (pulled built today).
I am building the GHC API using the Cabal file that is attached. To use
it, put the Cabal file and Setup.lhs in ghc/compiler/ along and run:
{{{
runhaskell Setup.lhs configure --with-hc=/path/to/ghc-6.6/compiler/stage2
/ghc-inplace --with-hc-pkg=/path/to/ghc-6.6/utils/ghc-pkg/ghc-pkg-inplace
runhaskell Setup.lhs build
}}}
It takes a long time because TidyPgm is module 215 of 274. When the -O2
option is removed from the Cabal file, it builds and works fine.
This was on Ubuntu 6.06.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/930
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] #930: ghc-6.6: panic! (the 'impossible' happened) mkWWcpr: not a product GHC-Brian-6.5.1:IdInfo.IdInfo{tc rfD}
#930: ghc-6.6: panic! (the 'impossible' happened) mkWWcpr: not a product GHC-
Brian-6.5.1:IdInfo.IdInfo{tc rfD}
-+--
Reporter: briansmith | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: Compiler|Version: 6.5
Severity: normal | Resolution:
Keywords: | Os: Unknown
Difficulty: Unknown | Architecture: Unknown
-+--
Comment (by briansmith):
If you remove the -O2 to compile TidyPgm, then it happens again in
TcIface:
{{{
iface/TcIface.lhs:63:29:
Warning: Imported from `Util' but not used: `equalLength'
ghc-6.6: panic! (the 'impossible' happened)
(GHC version 6.6 for i386-unknown-linux):
mkWWcpr: not a product GHC-Brian-6.5.1:IdInfo.IdInfo{tc rfD}
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/930
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] #931: -caf-all gives Error: symbol `Mainmain_CAF_cc_ccs' is already defined
#931: -caf-all gives Error: symbol `Mainmain_CAF_cc_ccs' is already defined
--+-
Reporter: igloo |Owner:
Type: bug| Status: new
Priority: normal |Milestone: 6.6.1
Component: Profiling | Version: 6.5
Severity: normal | Keywords:
Os: Unknown| Difficulty: Unknown
Architecture: Unknown|
--+-
With this module:
{{{
module Main where
x = f [1..5] (f [2..] [3..])
f xs ys = l
where
l = [ if s then x else y | (x, y) - zip xs ys ]
s = g xs ys
g [] _ = True
g _ [] = False
g (x:xs) (y:ys) = g xs ys
main = print (show x)
}}}
compiling with -caf-all gives:
{{{
% ghc -prof -caf-all a.hs -o a
/tmp/ghc21918_0/ghc21918_0.s: Assembler messages:
/tmp/ghc21918_0/ghc21918_0.s:3039:0:
Error: symbol `Mainmain_CAF_cc_ccs' is already defined
/tmp/ghc21918_0/ghc21918_0.s:3087:0:
Error: symbol `Mainsat_CAF_cc_ccs' is already defined
/tmp/ghc21918_0/ghc21918_0.s:3103:0:
Error: symbol `Mainsat_CAF_cc_ccs' is already defined
}}}
The failure is similar in 6.4.2 and almost-6.6.
Reported on the [http://www.haskell.org/pipermail/haskell-cafe/2006-
October/018762.html haskell-cafe list].
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/931
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] #895: pugs: internal error: task 0x1b00330: main thread 1 has been GC'd
#895: pugs: internal error: task 0x1b00330: main thread 1 has been GC'd -+-- Reporter: guest | Owner: simonmar Type: bug | Status: closed Priority: normal | Milestone: _|_ Component: Runtime System |Version: 6.5 Severity: normal | Resolution: invalid Keywords: | Os: MacOS X Difficulty: Unknown | Architecture: x86 -+-- Changes (by guest): * resolution: = invalid * status: new = closed Comment: It turns out there's a workaround to this problem, by not using addForeignPtrFinalizer the way HsJudy was using it. Still puzzling about why the threaded RTS doesn't fail, but there are plenty of other ways to do the needed GC in FFI land, so I'll close this ticket. Thanks, Audrey -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/895 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
