August 2015 - ghc-tickets

Re: [GHC] #5: fails if library has main()
by GHC 17 Aug '15

17 Aug '15

#5: fails if library has main() -----------------------+---------------------- Reporter: cwitty | Owner: simonmar Type: bug | Status: closed Priority: normal | Milestone: Component: Driver | Version: 5.02 Resolution: Wont Fix | Keywords: -----------------------+---------------------- Comment (by Sergei Trofimovich <siarheit@…>): In [changeset:"74897dece3ea92139b552bd711903ce630956df3/ghc" 74897dec/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="74897dece3ea92139b552bd711903ce630956df3" Make rts/ThreadLabels.c threadsafe for debug runtime. rts/ThreadLabels.c has a global hashtable for each running haskell thread. It's not synchronized across OS threads. Was discovered when ran -debug build of ghc itself as: $ ghc-stage2 -j8 +RTS -A256M -l and glibc detected double-free corruption: #2 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fe0bcebf368 "*** Error in `%s': %s: 0x%s ***\n") #3 in malloc_printerr (action=3, str=0x7fe0bcebf4c0 "double free or corruption (fasttop)", ptr=<optimized out>) #4 in _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) #5 in stgFree (p=0x7fe060001820) at rts/RtsUtils.c:108 #6 in freeHashTable (table=0x5929320, freeDataFun=0x36374df <stgFree>) at rts/Hash.c:360 #7 in freeThreadLabelTable () at rts/ThreadLabels.c:37 #8 in hs_exit_ (wait_foreign=rtsFalse) at rts/RtsStartup.c:403 #9 in shutdownHaskellAndExit (n=0, fastExit=0) at rts/RtsStartup.c:481 #10 in hs_main (...) at rts/RtsMain.c:91 #11 in main (...) at ghc/hschooks.c:63 Exposed itself after commit: > commit f6866824ce5cdf5359f0cad78c49d65f6d43af12 > Author: Sergei Trofimovich <slyfox(a)gentoo.org> > Date: Mon Aug 4 08:10:33 2014 -0500 > > ghc --make: add nicer names to RTS threads (threaded IO manager, make workers) Signed-off-by: Sergei Trofimovich <siarheit(a)google.com> Reviewers: austin, simonmar, ezyang, bgamari Reviewed By: ezyang, bgamari Subscribers: thomie Differential Revision: https://phabricator.haskell.org/D1146 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/5#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #8: Regex failure
by GHC 17 Aug '15

17 Aug '15

#8: Regex failure --------------------------+---------------------- Reporter: xoltar | Owner: simonmar Type: bug | Status: closed Priority: normal | Milestone: Component: hslibs/text | Version: 5.02 Resolution: Fixed | Keywords: --------------------------+---------------------- Comment (by Sergei Trofimovich <siarheit@…>): In [changeset:"74897dece3ea92139b552bd711903ce630956df3/ghc" 74897dec/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="74897dece3ea92139b552bd711903ce630956df3" Make rts/ThreadLabels.c threadsafe for debug runtime. rts/ThreadLabels.c has a global hashtable for each running haskell thread. It's not synchronized across OS threads. Was discovered when ran -debug build of ghc itself as: $ ghc-stage2 -j8 +RTS -A256M -l and glibc detected double-free corruption: #2 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fe0bcebf368 "*** Error in `%s': %s: 0x%s ***\n") #3 in malloc_printerr (action=3, str=0x7fe0bcebf4c0 "double free or corruption (fasttop)", ptr=<optimized out>) #4 in _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) #5 in stgFree (p=0x7fe060001820) at rts/RtsUtils.c:108 #6 in freeHashTable (table=0x5929320, freeDataFun=0x36374df <stgFree>) at rts/Hash.c:360 #7 in freeThreadLabelTable () at rts/ThreadLabels.c:37 #8 in hs_exit_ (wait_foreign=rtsFalse) at rts/RtsStartup.c:403 #9 in shutdownHaskellAndExit (n=0, fastExit=0) at rts/RtsStartup.c:481 #10 in hs_main (...) at rts/RtsMain.c:91 #11 in main (...) at ghc/hschooks.c:63 Exposed itself after commit: > commit f6866824ce5cdf5359f0cad78c49d65f6d43af12 > Author: Sergei Trofimovich <slyfox(a)gentoo.org> > Date: Mon Aug 4 08:10:33 2014 -0500 > > ghc --make: add nicer names to RTS threads (threaded IO manager, make workers) Signed-off-by: Sergei Trofimovich <siarheit(a)google.com> Reviewers: austin, simonmar, ezyang, bgamari Reviewed By: ezyang, bgamari Subscribers: thomie Differential Revision: https://phabricator.haskell.org/D1146 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8#comment:3> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #6: Debugging info confuses runtime linker
by GHC 17 Aug '15

17 Aug '15

#6: Debugging info confuses runtime linker -----------------------------+--------------------- Reporter: simonmar | Owner: sewardj Type: bug | Status: closed Priority: normal | Milestone: Component: Runtime System | Version: 5.02 Resolution: Fixed | Keywords: -----------------------------+--------------------- Comment (by Sergei Trofimovich <siarheit@…>): In [changeset:"74897dece3ea92139b552bd711903ce630956df3/ghc" 74897dec/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="74897dece3ea92139b552bd711903ce630956df3" Make rts/ThreadLabels.c threadsafe for debug runtime. rts/ThreadLabels.c has a global hashtable for each running haskell thread. It's not synchronized across OS threads. Was discovered when ran -debug build of ghc itself as: $ ghc-stage2 -j8 +RTS -A256M -l and glibc detected double-free corruption: #2 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fe0bcebf368 "*** Error in `%s': %s: 0x%s ***\n") #3 in malloc_printerr (action=3, str=0x7fe0bcebf4c0 "double free or corruption (fasttop)", ptr=<optimized out>) #4 in _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) #5 in stgFree (p=0x7fe060001820) at rts/RtsUtils.c:108 #6 in freeHashTable (table=0x5929320, freeDataFun=0x36374df <stgFree>) at rts/Hash.c:360 #7 in freeThreadLabelTable () at rts/ThreadLabels.c:37 #8 in hs_exit_ (wait_foreign=rtsFalse) at rts/RtsStartup.c:403 #9 in shutdownHaskellAndExit (n=0, fastExit=0) at rts/RtsStartup.c:481 #10 in hs_main (...) at rts/RtsMain.c:91 #11 in main (...) at ghc/hschooks.c:63 Exposed itself after commit: > commit f6866824ce5cdf5359f0cad78c49d65f6d43af12 > Author: Sergei Trofimovich <slyfox(a)gentoo.org> > Date: Mon Aug 4 08:10:33 2014 -0500 > > ghc --make: add nicer names to RTS threads (threaded IO manager, make workers) Signed-off-by: Sergei Trofimovich <siarheit(a)google.com> Reviewers: austin, simonmar, ezyang, bgamari Reviewed By: ezyang, bgamari Subscribers: thomie Differential Revision: https://phabricator.haskell.org/D1146 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7: dodgy case of unboxed tuple type
by GHC 17 Aug '15

17 Aug '15

#7: dodgy case of unboxed tuple type -----------------------+-------------------- Reporter: mtehver | Owner: nobody Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler | Version: 5.02 Resolution: Fixed | Keywords: -----------------------+-------------------- Comment (by Sergei Trofimovich <siarheit@…>): In [changeset:"74897dece3ea92139b552bd711903ce630956df3/ghc" 74897dec/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="74897dece3ea92139b552bd711903ce630956df3" Make rts/ThreadLabels.c threadsafe for debug runtime. rts/ThreadLabels.c has a global hashtable for each running haskell thread. It's not synchronized across OS threads. Was discovered when ran -debug build of ghc itself as: $ ghc-stage2 -j8 +RTS -A256M -l and glibc detected double-free corruption: #2 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fe0bcebf368 "*** Error in `%s': %s: 0x%s ***\n") #3 in malloc_printerr (action=3, str=0x7fe0bcebf4c0 "double free or corruption (fasttop)", ptr=<optimized out>) #4 in _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) #5 in stgFree (p=0x7fe060001820) at rts/RtsUtils.c:108 #6 in freeHashTable (table=0x5929320, freeDataFun=0x36374df <stgFree>) at rts/Hash.c:360 #7 in freeThreadLabelTable () at rts/ThreadLabels.c:37 #8 in hs_exit_ (wait_foreign=rtsFalse) at rts/RtsStartup.c:403 #9 in shutdownHaskellAndExit (n=0, fastExit=0) at rts/RtsStartup.c:481 #10 in hs_main (...) at rts/RtsMain.c:91 #11 in main (...) at ghc/hschooks.c:63 Exposed itself after commit: > commit f6866824ce5cdf5359f0cad78c49d65f6d43af12 > Author: Sergei Trofimovich <slyfox(a)gentoo.org> > Date: Mon Aug 4 08:10:33 2014 -0500 > > ghc --make: add nicer names to RTS threads (threaded IO manager, make workers) Signed-off-by: Sergei Trofimovich <siarheit(a)google.com> Reviewers: austin, simonmar, ezyang, bgamari Reviewed By: ezyang, bgamari Subscribers: thomie Differential Revision: https://phabricator.haskell.org/D1146 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #9: GHCI for Win32 crashes with many options
by GHC 17 Aug '15

17 Aug '15

#9: GHCI for Win32 crashes with many options ----------------------+-------------------- Reporter: fizzgig | Owner: nobody Type: bug | Status: closed Priority: normal | Milestone: Component: None | Version: 5.02 Resolution: Fixed | Keywords: ----------------------+-------------------- Comment (by Sergei Trofimovich <siarheit@…>): In [changeset:"74897dece3ea92139b552bd711903ce630956df3/ghc" 74897dec/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="74897dece3ea92139b552bd711903ce630956df3" Make rts/ThreadLabels.c threadsafe for debug runtime. rts/ThreadLabels.c has a global hashtable for each running haskell thread. It's not synchronized across OS threads. Was discovered when ran -debug build of ghc itself as: $ ghc-stage2 -j8 +RTS -A256M -l and glibc detected double-free corruption: #2 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fe0bcebf368 "*** Error in `%s': %s: 0x%s ***\n") #3 in malloc_printerr (action=3, str=0x7fe0bcebf4c0 "double free or corruption (fasttop)", ptr=<optimized out>) #4 in _int_free (av=<optimized out>, p=<optimized out>, have_lock=0) #5 in stgFree (p=0x7fe060001820) at rts/RtsUtils.c:108 #6 in freeHashTable (table=0x5929320, freeDataFun=0x36374df <stgFree>) at rts/Hash.c:360 #7 in freeThreadLabelTable () at rts/ThreadLabels.c:37 #8 in hs_exit_ (wait_foreign=rtsFalse) at rts/RtsStartup.c:403 #9 in shutdownHaskellAndExit (n=0, fastExit=0) at rts/RtsStartup.c:481 #10 in hs_main (...) at rts/RtsMain.c:91 #11 in main (...) at ghc/hschooks.c:63 Exposed itself after commit: > commit f6866824ce5cdf5359f0cad78c49d65f6d43af12 > Author: Sergei Trofimovich <slyfox(a)gentoo.org> > Date: Mon Aug 4 08:10:33 2014 -0500 > > ghc --make: add nicer names to RTS threads (threaded IO manager, make workers) Signed-off-by: Sergei Trofimovich <siarheit(a)google.com> Reviewers: austin, simonmar, ezyang, bgamari Reviewed By: ezyang, bgamari Subscribers: thomie Differential Revision: https://phabricator.haskell.org/D1146 }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #3070: floor(0/0) should not be defined
by GHC 17 Aug '15

17 Aug '15

#3070: floor(0/0) should not be defined -------------------------------------+------------------------------------- Reporter: carette | Owner: squadette Type: bug | Status: new Priority: lowest | Milestone: 7.12.1 Component: Prelude | Version: 6.10.1 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: | Unknown/Multiple Type of failure: None/Unknown | Test Case: Blocked By: 9276 | Blocking: Related Tickets: #10754 | Differential Revisions: -------------------------------------+------------------------------------- Comment (by tristes_tigres): Correctly implemented FP would be actually faster on (most) modern processors, because they implement IEEE754 in hardware. By the way, the whole model of FP computations in Haskell needs to be rethought from scratch. FP operations are influenced by the state of rounding flags and may raise exceptions, but Haskell type system treats them as pure. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/3070#comment:30> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #6037: Compile-time crash with sources with non-representable unicode characters
by GHC 17 Aug '15

17 Aug '15

#6037: Compile-time crash with sources with non-representable unicode characters -------------------------------------+------------------------------------- Reporter: akio | Owner: snoyberg Type: bug | Status: new Priority: normal | Milestone: 7.12.1 Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Operating System: Linux | Architecture: Type of failure: Compile-time | Unknown/Multiple crash | Test Case: T6037 Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Comment (by snoyberg): I've sent https://phabricator.haskell.org/D1153, which turns on transliteration as mentioned above. I'm not intimately familiar with the Handle encoding API, so there may be a better way to do this. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6037#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #6037: Compile-time crash with sources with non-representable unicode characters
by GHC 17 Aug '15

17 Aug '15

#6037: Compile-time crash with sources with non-representable unicode characters -------------------------------------+------------------------------------- Reporter: akio | Owner: snoyberg Type: bug | Status: new Priority: normal | Milestone: 7.12.1 Component: Compiler | Version: 7.4.1 Resolution: | Keywords: Operating System: Linux | Architecture: Type of failure: Compile-time | Unknown/Multiple crash | Test Case: T6037 Blocked By: | Blocking: Related Tickets: | Differential Revisions: -------------------------------------+------------------------------------- Changes (by snoyberg): * owner: => snoyberg -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/6037#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #10677: slightly silly assembly for testing whether a Word# is 0##
by GHC 16 Aug '15

16 Aug '15

#10677: slightly silly assembly for testing whether a Word# is 0## -------------------------------------+------------------------------------- Reporter: rwbarton | Owner: Type: bug | Status: new Priority: low | Milestone: Component: Compiler | Version: 7.11 (CodeGen) | Keywords: | Operating System: Unknown/Multiple Architecture: x86_64 | Type of failure: Runtime (amd64) | performance bug Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -------------------------------------+------------------------------------- {{{ {-# LANGUAGE MagicHash #-} module Zero where import GHC.Exts f :: Word# -> Word# f 0## = 1## f x## = x## }}} in HEAD produces {{{ 0000000000000018 <ZZero_f_info>: 18: 49 83 fe 01 cmp $0x1,%r14 1c: 72 06 jb 24 <ZZero_f_info+0xc> 1e: 4c 89 f3 mov %r14,%rbx 21: ff 65 00 jmpq *0x0(%rbp) 24: bb 01 00 00 00 mov $0x1,%ebx 29: ff 65 00 jmpq *0x0(%rbp) }}} Well, `cmp $0x1,%r14/jb` isn't wrong. But it's a byte longer than `test %r14,%r14/je`, so the latter should be preferred. GHC 7.10 produced the `test/je` version, so I'm guessing this is a side effect of nomeata's work on #10137. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/10677> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 10

Re: [GHC] #7325: threadDelay mistreats minBound and maxBound in some configurations
by GHC 15 Aug '15

15 Aug '15

#7325: threadDelay mistreats minBound and maxBound in some configurations -------------------------------------+------------------------------------- Reporter: joeyadams | Owner: Type: bug | Status: new Priority: high | Milestone: 7.12.1 Component: Runtime System | Version: 7.6.1 Resolution: | Keywords: Operating System: Windows | Architecture: | Unknown/Multiple Type of failure: Incorrect result | Test Case: at runtime | base/tests/T8089 Blocked By: | Blocking: Related Tickets: #9722 | Differential Revisions: -------------------------------------+------------------------------------- Comment (by Thomas Miedema <thomasmiedema@…>): In [changeset:"185719158137b0cdba32b32e8a8fda8eb6321215/ghc" 1857191/ghc]: {{{ #!CommitTicketReference repository="ghc" revision="185719158137b0cdba32b32e8a8fda8eb6321215" Testsuite: mark T8089 expect_broken(#7325) on Windows }}} -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7325#comment:10> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0