- ghc-tickets - Haskell.org

Re: [GHC] #4001: Implement an atomic readMVar
by GHC 15 Jun '13

15 Jun '13

#4001: Implement an atomic readMVar -------------------------------------------+-------------------------------- Reporter: simonmar | Owner: ezyang Type: task | Status: new Priority: low | Milestone: 7.6.2 Component: Runtime System | Version: 6.12.2 Keywords: | Os: Unknown/Multiple Architecture: Unknown/Multiple | Failure: None/Unknown Difficulty: Moderate (less than a day) | Testcase: Blockedby: | Blocking: Related: | -------------------------------------------+-------------------------------- Changes (by ezyang): * owner: => ezyang Comment: On a whim, I decided to implement atomicReadMVar. Details: * Adds an extra word to the size of StgMVar; someone needs to find out how expensive this is. * Adds an extra memory dereference to putMVar/tryPutMVar, since they now need to check if there are any threads which are waiting on reads. Otherwise, it's implemented exactly as Simon described it. I still don't know if this is a good idea, but it does seem that a "wake all" semantics might be pretty useful for MVars. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4001#comment:11> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7984: hsc2hs --cross-compile does not handle negative #enum
by GHC 15 Jun '13

15 Jun '13

#7984: hsc2hs --cross-compile does not handle negative #enum -----------------------------+---------------------------------------------- Reporter: singpolyma | Owner: Type: bug | Status: new Priority: normal | Component: hsc2hs Version: 7.6.3 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- {{{ #define NAME -1 data SomeType = SomeCons Integer #{enum SomeType, SomeCons, NAME} }}} Output with hsc2hs or even hsc2hs --cross-safe : {{{ {-# OPTIONS_GHC -optc-DNAME=-1 #-} {-# LINE 1 "t.hsc" #-} {-# LINE 2 "t.hsc" #-} data SomeType = SomeCons Integer name :: SomeType name = SomeCons (-1) {-# LINE 6 "t.hsc" #-} }}} Output with hsc2hs --cross-compile: {{{ {-# LINE 1 "t.hsc" #-} #line 1 "t.hsc" #define NAME -1 {-# LINE 2 "t.hsc" #-} data SomeType = SomeCons Integer name :: SomeType name = SomeCons -1 {-# LINE 6 "t.hsc" #-} }}} Which produces a compiler error. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7984> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7983: Bug in hsc2hs --cross-safe
by GHC 15 Jun '13

15 Jun '13

#7983: Bug in hsc2hs --cross-safe -----------------------------+---------------------------------------------- Reporter: singpolyma | Owner: Type: bug | Status: new Priority: normal | Component: hsc2hs Version: 7.6.3 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- The following test succeeds with hsc2hs --cross-safe but fails with hsc2hs --cross-compile: {{{ #include <unicode/uchar.h> (#const U_NO_NUMERIC_VALUE) }}} For reference, the define being used is: {{{ #define U_NO_NUMERIC_VALUE ((double)-123456789.) }}} -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7983> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #6063: GHC's build-time ld-flag checks are problematic
by GHC 15 Jun '13

15 Jun '13

#6063: GHC's build-time ld-flag checks are problematic ---------------------------------+------------------------------------------ Reporter: parcs | Owner: thoughtpolice Type: bug | Status: patch Priority: high | Milestone: 7.8.1 Component: Compiler | Version: 7.4.1 Keywords: | Os: Linux Architecture: Unknown/Multiple | Failure: GHC doesn't work at all Difficulty: Unknown | Testcase: Blockedby: | Blocking: Related: #4862 | ---------------------------------+------------------------------------------ Comment(by igloo): Generally looks fine to me. A few comments: Re this comment: {{{ It can also simply happen by using a binary distribution: GHC was built on a machine using GNU ld, and installed on a machine using GNU gold. }}} if by "binary distribution" you mean the bindists that we have on the website, then that's not the case: The info is redetected when you install a bindist. On `compiler/main/SysTools.lhs` line 642, `case os of` doesn't actually match on the os at all AFAICS. In `--make` mode, do we sometimes link many times? Even if not, GHC API users might link many times. It might be better to put an `IORef (Maybe LinkerInfo)` in DynFlags, to cache the info. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/6063#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #703: all binaries built by ghc have executable stacks
by GHC 14 Jun '13

14 Jun '13

#703: all binaries built by ghc have executable stacks -----------------------------+---------------------------------------------- Reporter: duncan | Owner: Type: merge | Status: new Priority: normal | Milestone: 6.6.1 Component: Compiler (NCG) | Version: 7.6.3 Resolution: | Keywords: Os: Linux | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Moderate (less than a day) Testcase: N/A | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Comment(by fpishard): "NX disabled" should become "NX enabled" if this bug is fixed. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/703#comment:15> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #703: all binaries built by ghc have executable stacks
by GHC 14 Jun '13

14 Jun '13

#703: all binaries built by ghc have executable stacks -----------------------------+---------------------------------------------- Reporter: duncan | Owner: Type: merge | Status: new Priority: normal | Milestone: 6.6.1 Component: Compiler (NCG) | Version: 7.6.3 Resolution: | Keywords: Os: Linux | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Moderate (less than a day) Testcase: N/A | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Comment(by fpishard): Expected output should be something like, {{{ ✗ checksec.sh --file hello-goo RELRO STACK CANARY NX PIE RPATH RUNPATH FILE Partial RELRO No canary found NX enabled No PIE No RPATH No RUNPATH hello-good }}} You can get checksec.sh from http://www.trapkit.de/tools/checksec.html -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/703#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #703: all binaries built by ghc have executable stacks
by GHC 14 Jun '13

14 Jun '13

#703: all binaries built by ghc have executable stacks -----------------------------+---------------------------------------------- Reporter: duncan | Owner: Type: merge | Status: new Priority: normal | Milestone: 6.6.1 Component: Compiler (NCG) | Version: 7.6.3 Resolution: | Keywords: Os: Linux | Architecture: Unknown/Multiple Failure: None/Unknown | Difficulty: Moderate (less than a day) Testcase: N/A | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- Changes (by juhpetersen): * component: Compiler => Compiler (NCG) Comment: What is the expected output? It would be nice to check/know if it is the same with the ARM llvm backend. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/703#comment:13> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #7843: GHC should be able to list all possible command line options
by GHC 13 Jun '13

13 Jun '13

#7843: GHC should be able to list all possible command line options -----------------------------+---------------------------------------------- Reporter: jstolarek | Owner: Type: feature request | Status: new Priority: normal | Component: Driver Version: 7.6.2 | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: None/Unknown | Blockedby: Blocking: | Related: -----------------------------+---------------------------------------------- I would be happy to have automatic completion of command-line options in GHC. For that we need GHC to be able to list all its possible command line options, similarly to cabal's `--list-options` option. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7843> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

2 17

Re: [GHC] #7948: hp2ps --help typo
by GHC 13 Jun '13

13 Jun '13

#7948: hp2ps --help typo -------------------------------+-------------------------------------------- Reporter: nomeata | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler | Version: 7.6.3 Resolution: fixed | Keywords: Os: Unknown/Multiple | Architecture: Unknown/Multiple Failure: Other | Difficulty: Unknown Testcase: | Blockedby: Blocking: | Related: -------------------------------+-------------------------------------------- Changes (by igloo): * status: patch => closed * difficulty: => Unknown * resolution: => fixed Comment: Applied, thanks! -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7948#comment:2> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4844: createDirectoryIfMissing fails to create directory if compiled
by GHC 13 Jun '13

13 Jun '13

#4844: createDirectoryIfMissing fails to create directory if compiled ------------------------------------------+--------------------------------- Reporter: NeilMitchell | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: libraries/directory | Version: 7.0.1 Resolution: invalid | Keywords: Os: Windows | Architecture: Unknown/Multiple Failure: Incorrect result at runtime | Difficulty: Testcase: | Blockedby: Blocking: | Related: ------------------------------------------+--------------------------------- Comment(by NeilMitchell): I'm currently observing exactly this behaviour again at this very moment, rebooting will probably make it go away, but it isn't impacting any other programs. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4844#comment:4> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0