Custom Query (6617 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (46 - 48 of 6617)

Ticket Resolution Summary Owner Reporter
#4504 fixed "awaitSignal Nothing" does not block thread with -threaded adept
Description

Consider the following code:

module Main where

import System.Posix.Signals
import Control.Concurrent

main :: IO ()
main = do
  awaitSignal Nothing >> yield

According to the System.Posix.Signals haddock, "awaitSignal Nothing" should call pause(2), causing main thread to block until some signal has arrived. This is indeed what happens when this code is compiled by GHC 7.0.1 like so: "ghc --make awaitSignal.hs".

However, when compiled with -threaded, this code exits immediately when run. I think this is a bug in -threaded runtime.

I've tested with GHC 6.12.1, and this behavior is present there as well. Maybe I'm missing something non-obvious here?

My environment: x86, Debian sid, GHC 6.12.1 from Debian packages, GHC 7.0.1 from binary packages from GHC site.

#4803 invalid "can't find a register in class ‘BREG’ while reloading ‘asm’" - problem with dynamic link libraries guest
Description

When compiling the cpuid package with dynamic link libraries I get the following error:

$ cabal install --enable-shared cpuid-0.2
...
cbits/cpuid.c: In function ‘cpuid’:

cbits/cpuid.c:7:0:
     error: can't find a register in class ‘BREG’ while reloading ‘asm’

cbits/cpuid.c:7:0:  error: ‘asm’ operand has impossible constraints
...

The shortest call of ghc to reproduce this error is:

cpuid-0.2/cbits$ ghc -fPIC -c cpuid.c

The shortest call of gcc to reproduce this error is:

cpuid-0.2/cbits$ gcc -fPIC -c cpuid.c

The content of cpuid.c is:

void cpuid(int in, int * aa, int * bb, int * cc, int * dd)
{
  int a, b, c, d;
  asm("cpuid": "=a" (a), "=b" (b), "=c" (c), "=d" (d) : "a" (in));
  *aa = a;
  *bb = b;
  *cc = c;
  *dd = d;
}

Shall I consider this a bug of GHC or of the cpuid package? Since GCC complains about this problem, I'm afraid it must be solved in the cpuid package. Just wanted to make sure the problem is reported somewhere.

#8686 worksforme "cannot find normal object file" error during compilation jstolarek
Description

When I try to compile tests provided in the singletons package I get the following error:

Building singletons-0.9.3...
Preprocessing library singletons-0.9.3...
In-place registering singletons-0.9.3...
Preprocessing test suite 'compile' for singletons-0.9.3...
[ 6 of 20] Compiling Data.Singletons.Core ( Data/Singletons/Core.hs, dist/build/compile/compile-tmp/Data/Singletons/Core.o )
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package array-0.5.0.0 ... linking ... done.
Loading package deepseq-1.3.0.2 ... linking ... done.
Loading package containers-0.5.3.1 ... linking ... done.
Loading package transformers-0.3.0.0 ... linking ... done.
Loading package mtl-2.1.2 ... linking ... done.
Loading package syb-0.4.1 ... linking ... done.
Loading package pretty-1.1.1.1 ... linking ... done.
Loading package template-haskell ... linking ... done.
Loading package th-desugar-1.2.1 ... linking ... done.
Loading package newtype-0.2 ... linking ... done.
Loading package constraints-0.3.4.2 ... linking ... done.
Data/Singletons/Core.hs:1:1:
    cannot find normal object file ‛dist/build/compile/compile-tmp/Data/Singletons/Util.dyn_o’
    while linking an interpreted expression

This happens on HEAD but not on 7.6.3. Steps to reproduce:

  1. Download and extract singletons source code
  2. In the cabal file uncomment test-suite section (which is commented out because it doesn't work)
  3. cabal configure --enable-tests && cabal build

Reproducing this requires installing packages required by singletons. I'm setting milestone to 7.8 as this is something that looks like a blocker in a stable release.

Note: See TracQuery for help on using queries.