Re: [GHC] #5824: ARM StgRun register clobber list is broken

[GHC]

#5824: ARM StgRun register clobber list is broken
---+
Reporter:  bgamari |   Owner:  simonmar
Type:  bug |  Status:  patch   
Priority:  high|   Milestone:  7.4.2   
   Component:  Runtime System  | Version:  7.4.1-rc2   
Keywords:  |  Os:  Unknown/Multiple
Architecture:  arm | Failure:  None/Unknown
  Difficulty:  Unknown |Testcase:  
   Blockedby:  |Blocking:  
 Related:  |  
---+

Comment(by kgardas):

 Joachim, Ben, could you be so kind and test my last two patches on your
 platforms? Here my Panda is just running testsuite to see if those are ok
 on Ubuntu 11.04. Thanks! Karel

-- 
Ticket URL: 
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] #5824: ARM StgRun register clobber list is broken

[GHC]

#5824: ARM StgRun register clobber list is broken
---+
Reporter:  bgamari |   Owner:  simonmar
Type:  bug |  Status:  patch   
Priority:  high|   Milestone:  7.4.2   
   Component:  Runtime System  | Version:  7.4.1-rc2   
Keywords:  |  Os:  Unknown/Multiple
Architecture:  arm | Failure:  None/Unknown
  Difficulty:  Unknown |Testcase:  
   Blockedby:  |Blocking:  
 Related:  |  
---+

Comment(by kgardas):

 The testcase is IMHO not needed. Just try to compile with
 -optc=-marm/-optc=-mthumb and you will see it too. On Ubuntu you do have
 -mthumb by default, so you need to give a try to -marm to see Debian's
 result. Anyway, I already do have a patch for this issue and I'm going to
 attach it here for your testing in a few minutes.

-- 
Ticket URL: 
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] #5872: bug in default implementation of popCount

[GHC]

#5872: bug in default implementation of popCount
--+-
 Reporter:  lerkok|  Owner:  tibbe   
 Type:  bug   | Status:  new 
 Priority:  normal|  Component:  libraries/base  
  Version:  7.4.1 |   Keywords:  
   Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
  Failure:  None/Unknown  |   Testcase:  
Blockedby:|   Blocking:  
  Related:|  
--+-
Changes (by tibbe):

  * owner:  => tibbe


Comment:

 I will get a fix in for 7.4.2.

-- 
Ticket URL: 
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] #5872: bug in default implementation of popCount

[GHC]

#5872: bug in default implementation of popCount
--+-
 Reporter:  lerkok|  Owner:  
 Type:  bug   | Status:  new 
 Priority:  normal|  Component:  libraries/base  
  Version:  7.4.1 |   Keywords:  
   Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
  Failure:  None/Unknown  |   Testcase:  
Blockedby:|   Blocking:  
  Related:|  
--+-
 base 4.5.0.0
 (http://hackage.haskell.org/packages/archive/base/4.5.0.0/doc/html/src
 /Data-Bits.html#popCount) gives the default implementation of popCount of
 the Bits class like this:

 {{{
 popCount  :: a -> Int
 popCount = go 0
 where
 go !c 0 = c
 go c w = go (c+1) (w .&. w - 1)
 }}}

 Alas, .&. binds more tightly than -, thus the last expression parses as
 `((w .&. w) - 1)` not as `(w .&. (w-1))`, as it was intended.

 At the least, this causes `popCount :: Integer -> Int` to behave
 erratically:

 {{{
 Prelude Data.Bits> map popCount [2::Integer .. 4]
 [2, 3, 4]
 }}}

-- 
Ticket URL: 
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] #4496: add a configure build option to use system libffi for Linux

[GHC]

#4496: add a configure build option to use system libffi for Linux
-+--
Reporter:  juhpetersen   |   Owner:  
Type:  feature request   |  Status:  new 
Priority:  low   |   Milestone:  7.6.1   
   Component:  Build System  | Version:  7.1 
Keywords:|  Os:  Linux   
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
  Difficulty:|Testcase:  
   Blockedby:|Blocking:  
 Related:|  
-+--

Comment(by juhpetersen):

 Disappointed to see the priority of this being lowered...

 Lack of system libffi support in ghc is currently blocking me from
 building ghc-7.4.1 for Fedora.
 (There were quite a lot of changes in handling of libffi from 7.2 to 7.4.)

 Debian and Fedora are both keen to see support for system libffi
 integrated into ghc's buildsystem.

-- 
Ticket URL: 
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] #5824: ARM StgRun register clobber list is broken

[GHC]

#5824: ARM StgRun register clobber list is broken
---+
Reporter:  bgamari |   Owner:  simonmar
Type:  bug |  Status:  patch   
Priority:  high|   Milestone:  7.4.2   
   Component:  Runtime System  | Version:  7.4.1-rc2   
Keywords:  |  Os:  Unknown/Multiple
Architecture:  arm | Failure:  None/Unknown
  Difficulty:  Unknown |Testcase:  
   Blockedby:  |Blocking:  
 Related:  |  
---+

Comment(by igloo):

 nomeata, do you have a failing build that you can access now, then? If so,
 are you able to cut down `StgCRun.c` and the gcc commandline to make a
 minimal, standalone testcase please?

-- 
Ticket URL: 
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] #5844: Panic on generating Core code

[GHC]

#5844: Panic on generating Core code
-+--
Reporter:  JamesFisher   |   Owner:  JamesFisher   
Type:  bug   |  Status:  new   
Priority:  normal|   Milestone:  7.6.1 
   Component:  External Core | Version:  7.4.1 
Keywords:|  Os:  Unknown/Multiple  
Architecture:  Unknown/Multiple  | Failure:  Compile-time crash
  Difficulty:  Unknown   |Testcase:
   Blockedby:|Blocking:
 Related:|  
-+--

Comment(by JamesFisher):

 I've attached my DocBook conversion of the External Core LaTeX document.
 It validates as a DocBook chapter, and builds OK with dblatex, but I can't
 work out how to build the User's Guide, so someone should check it builds.

-- 
Ticket URL: 
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] #5612: Better support for kinds in Template Haskell

[GHC]

#5612: Better support for kinds in Template Haskell
---+
Reporter:  guest   |   Owner:  dreixel 
Type:  feature request |  Status:  new 
Priority:  low |   Milestone:  7.6.1   
   Component:  Compiler| Version:  7.3 
Keywords:  PolyKinds, TemplateHaskell  |  Os:  Unknown/Multiple
Architecture:  Unknown/Multiple| Failure:  Other   
  Difficulty:  |Testcase:  
   Blockedby:  |Blocking:  
 Related:  |  
---+
Changes (by goldfire):

 * cc: eir@… (added)


-- 
Ticket URL: 
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] #5757: zero unexpected failures on all tier 1 platforms

[GHC]

#5757: zero unexpected failures on all tier 1 platforms
-+--
Reporter:  simonmar  |   Owner:  
Type:  task  |  Status:  new 
Priority:  highest   |   Milestone:  7.4.2   
   Component:  Test Suite| Version:  7.2.1   
Keywords:|  Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
  Difficulty:  Unknown   |Testcase:  
   Blockedby:|Blocking:  
 Related:  #5785 |  
-+--
Changes (by nomeata):

  * related:  #5785, #5757 => #5785


-- 
Ticket URL: 
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] #5757: zero unexpected failures on all tier 1 platforms

[GHC]

#5757: zero unexpected failures on all tier 1 platforms
-+--
Reporter:  simonmar  |   Owner:  
Type:  task  |  Status:  new 
Priority:  highest   |   Milestone:  7.4.2   
   Component:  Test Suite| Version:  7.2.1   
Keywords:|  Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
  Difficulty:  Unknown   |Testcase:  
   Blockedby:|Blocking:  
 Related:  #5785, #5757  |  
-+--

Comment(by nomeata):

 Here are the unexpected failures on Debian, amd64, 7.4.1 with the released
 testsuite, FAST mode:

 {{{
 OVERALL SUMMARY for test run started at Mon Feb 13 20:16:45 UTC 2012
 3036 total tests, which gave rise to
12716 test cases, of which
0 caused framework failures
 9956 were skipped

 2714 expected passes
   42 expected failures
0 unexpected passes
4 unexpected failures

 Unexpected failures:
codeGen/should_run   cgrun025 [exit code non-0] (normal)
deriving/should_run  T3087 [exit code non-0] (normal)
lib/Concurrent   QSemN001 [bad exit code] (normal)
lib/Regexregex003 [exit code non-0] (normal)

 => cgrun025(normal) 2613 of 3036 [0, 2, 0]
 cd ./codeGen/should_run && '/usr/bin/ghc' -fforce-recomp -dcore-lint
 -dcmm-lint -dno-debug-output -no-user-package-conf -rtsopts  -fno-ghci-
 history -o cgrun025 cgrun025.hs  -package regex-compat
 >cgrun025.comp.stderr 2>&1
 Compile failed (status 256) errors were:

 cgrun025.hs:8:8:
 Could not find module `Maybe'
 It is a member of the hidden package `haskell98-2.0.0.1'.
 Use -v to see a list of the files searched for.

 *** unexpected failure for cgrun025(normal)


 => T3087(normal) 2967 of 3036 [0, 3, 0]
 cd ./deriving/should_run && '/usr/bin/ghc' -fforce-recomp -dcore-lint
 -dcmm-lint -dno-debug-output -no-user-package-conf -rtsopts  -fno-ghci-
 history -o T3087 T3087.hs  -package syb  >T3087.comp.stderr 2>&1
 Compile failed (status 256) errors were:
 [1 of 1] Compiling Main ( T3087.hs, T3087.o )

 T3087.hs:28:19:
 Ambiguous occurrence `ext2Q'
 It could refer to either `Main.ext2Q', defined at T3087.hs:20:1
   or `Data.Generics.ext2Q',
  imported from `Data.Generics' at
 T3087.hs:5:1-20
  (and originally defined in
 `Data.Generics.Aliases')

 T3087.hs:31:20:
 Ambiguous occurrence `ext2Q'
 It could refer to either `Main.ext2Q', defined at T3087.hs:20:1
   or `Data.Generics.ext2Q',
  imported from `Data.Generics' at
 T3087.hs:5:1-20
  (and originally defined in
 `Data.Generics.Aliases')

 *** unexpected failure for T3087(normal)



 => QSemN001(normal) 1494 of 3036 [0, 0, 0]
 cd ./lib/Concurrent && '/usr/bin/ghc' -fforce-recomp -dcore-lint -dcmm-
 lint -dno-debug-output -no-user-package-conf -rtsopts  -fno-ghci-history
 -o QSemN001 QSemN001.hs  -package QuickCheck  >QSemN001.comp.stderr 2>&1
 cd ./lib/Concurrent && ./QSemN001QSemN001.run.stdout
 2>QSemN001.run.stderr
 Wrong exit code (expected 0 , actual 1 )
 Stdout:

 Stderr:
 QSemN001: user error (newQSemN: Initial quantity must be non-negative)

 *** unexpected failure for QSemN001(normal)

 => regex003(normal) 1563 of 3036 [0, 1, 0]
 cd ./lib/Regex && '/usr/bin/ghc' -fforce-recomp -dcore-lint -dcmm-lint
 -dno-de
 bug-output -no-user-package-conf -rtsopts  -fno-ghci-history -o regex003
 regex
 003.hs  -package regex-posix  >regex003.comp.stderr 2>&1
 Compile failed (status 256) errors were:
 [1 of 1] Compiling Main ( regex003.hs, regex003.o )

 regex003.hs:7:12:
 Non type-variable argument
   in the constraint: RegexContext Regex String target
 (Use -XFlexibleContexts to permit this)
 In the type signature for `x':
   x :: RegexContext Regex String target => target
 In the expression:
   let
 x :: RegexContext Regex String target => target
 x = ("abaca" =~ B.pack "(.)a")
 x' :: (RegexContext Regex String target, Monad m) => m target
 
   in
 do { print (x :: Bool);
  print (x :: Int);
  print (x :: [MatchArray]);
   }
 In an equation for `main':
 main
   = let
   x :: RegexContext Regex String target => target
   x = ("abaca" =~ B.pack "(.)a")
   
 in
   do { print (x :: Bool);
print (x :: Int);
 }

 regex003.hs:11:12:
 Non type-variable argument
   in the constraint: RegexConte

[GHC] #5871: Patch for compilation on Hurd

[GHC]

#5871: Patch for compilation on Hurd
-+--
 Reporter:  nomeata  |  Owner:  
 Type:  bug  | Status:  new 
 Priority:  normal   |  Component:  Build System
  Version:  7.4.1|   Keywords:  
   Os:  Other|   Architecture:  Unknown/Multiple
  Failure:  Building GHC failed  |   Testcase:  
Blockedby:   |   Blocking:  
  Related:   |  
-+--
 Yes, you heard correctly. Some guys have build GHC and all the other
 Haskell packages in Debian on the Hurd, and only this small patch is
 required (Author credits go to Samuel Thibault ,
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659530)

 {{{
 --- ./rts/Linker.c.orig 2012-02-11 23:05:17.0 +0100
 +++ ./rts/Linker.c  2012-02-11 23:10:16.0 +0100
 @@ -74,7 +74,7 @@
  (   defined(linux_HOST_OS) || defined(freebsd_HOST_OS) || \
  defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS ) || \
  defined(openbsd_HOST_OS  ) || defined(darwin_HOST_OS ) || \
 -defined(kfreebsdgnu_HOST_OS) )
 +defined(kfreebsdgnu_HOST_OS) || defined(gnu_HOST_OS))
  /* Don't use mmap on powerpc_HOST_ARCH as mmap doesn't support
   * reallocating but we need to allocate jump islands just after each
   * object images. Otherwise relative branches to jump islands can fail
 @@ -90,7 +90,7 @@

  #endif

 -#if defined(linux_HOST_OS) || defined(solaris2_HOST_OS) ||
 defined(freebsd_HOST_OS) || defined(kfreebsdgnu_HOST_OS) ||
 defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS) ||
 defined(openbsd_HOST_OS)
 +#if defined(linux_HOST_OS) || defined(solaris2_HOST_OS) ||
 defined(freebsd_HOST_OS) || defined(kfreebsdgnu_HOST_OS) ||
 defined(dragonfly_HOST_OS) || defined(netbsd_HOST_OS) ||
 defined(openbsd_HOST_OS) || defined(gnu_HOST_OS)
  #  define OBJFORMAT_ELF
  #  include // regex is already used by dlopen() so this is
 OK
  // to use here without requiring an additional
 lib
 }}}

-- 
Ticket URL: 
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] #2986: :info printing instances often isn't wanted

[GHC]

#2986: :info printing instances often isn't wanted
-+--
Reporter:  Remi  |   Owner:  
Type:  feature request   |  Status:  new 
Priority:  lowest|   Milestone:  7.6.1   
   Component:  GHCi  | Version:  6.10.1  
Keywords:  :info instances   |  Os:  Unknown/Multiple
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
  Difficulty:  Unknown   |Testcase:  
   Blockedby:|Blocking:  
 Related:|  
-+--

Comment(by spl):

 Replying to [comment:13 YitzGale]:
 > I propose that instead of the automated
 > priority demotion that this issue has now
 > suffered, the provided patch should be
 > applied forthwith.

 I agree with this, and I would like to see this in GHCi.

 One small thing... Is it possible to add a brief description of '{{{-}}}'
 in the command's help? To be consistent with other commands (as well as
 mnemonically useful), perhaps {{{(-: minus instances)}}}

-- 
Ticket URL: 
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] #4139: Spurious non-exhaustive pattern match warnings are given using GADTs

[GHC]

#4139: Spurious non-exhaustive pattern match warnings are given using GADTs
+---
  Reporter:  blarsen|  Owner:   

  Type:  bug| Status:  new  

  Priority:  normal |  Milestone:  7.0.1

 Component:  Compiler   |Version:  7.4.1

Resolution: |   Keywords:  GADTs, 
warnings, pattern matching
Os:  Unknown/Multiple   |   Architecture:  
Unknown/Multiple 
   Failure:  Incorrect warning at compile-time  | Difficulty:   

  Testcase: |  Blockedby:   

  Blocking: |Related:   

+---
Changes (by goldfire):

  * status:  closed => new
 * cc: eir@… (added)
  * failure:  None/Unknown => Incorrect warning at compile-time
  * version:  6.12.3 => 7.4.1
  * owner:  simonpj =>
  * resolution:  invalid =>


Comment:

 I have a case with the same bug description as above, but when I include
 the pattern suggested by the warning statement, I get a compiler error
 indicating unreachable code. I have attached my code.

-- 
Ticket URL: 
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] #5766: Asynchronous exception bugs in readProcess and readProcessWithExitCode

[GHC]

#5766: Asynchronous exception bugs in readProcess and readProcessWithExitCode
+---
  Reporter:  basvandijk |  Owner:  
  Type:  bug| Status:  closed  
  Priority:  normal |  Milestone:  7.6.1   
 Component:  libraries/process  |Version:  7.2.2   
Resolution:  fixed  |   Keywords:  
Os:  Unknown/Multiple   |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown   | Difficulty:  Unknown 
  Testcase: |  Blockedby:  
  Blocking: |Related:  
+---
Changes (by simonmar):

  * status:  patch => closed
  * resolution:  => fixed


Comment:

 Pushed, thanks:

 {{{
 commit b5ee908863882d18e4110d96b43ccc1bb5068ceb
 Author: Bas van Dijk 
 Date:   Tue Feb 7 20:18:57 2012 +0100
 }}}

-- 
Ticket URL: 
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] #4012: Compilation results are not deterministic

[GHC]

#4012: Compilation results are not deterministic
---+
  Reporter:  kili  |  Owner:  
  Type:  bug   | Status:  new 
  Priority:  high  |  Milestone:  7.6.1   
 Component:  Compiler  |Version:  6.12.2  
Resolution:|   Keywords:  
Os:  Unknown/Multiple  |   Architecture:  Unknown/Multiple
   Failure:  Other | Difficulty:  Difficult (2-5 days)
  Testcase:|  Blockedby:  
  Blocking:|Related:  
---+
Changes (by simonmar):

  * priority:  low => high


Old description:

> Short story: if you use ghc-6.12.1.20100318 (or similar, probably
> ghc-6.12.1 release will produce the same results) to bootstrap
> ghc-6.12, and then use that ghc-6.12 to bootstrap another ghc-6.12,
> those two instances of ghc-6.12 will have different ABI hashes and
> interfaces in the ghc package. If you use ghc-6.10 for the
> bootstrapping, you'll even get differences in the ghc, base and
> Cabal packages.
>
> Long story: see logfiles and descriptions at http://darcs.volkswurst.de
> /boot-tests/ (note that the logfiles are quite large, I really don't want
> to attach 150 MB of logs to this ticket).

New description:

 There are some issues with non-determinism in the output of GHC, which
 means that compilations are not repeatable.  This affects some users (e.g.
 Debian packagers) who need to be able to get repeatable hashes for the
 packages of a GHC build.

 The cases we know about that lead to non-deterministic results are:

  * The `spec_ids` (specialised Ids) attached to an Id have a non-
 deterministic ordering
  * CSE can give different results depending on the order in which the
 bindings are considered, and since the ordering is non-deterministic, the
 result of CSE is also non-deterministic.  e.g. in `x = z; y = z; z = 3`,
 where `y` and `x` are exported, we can end up with either `x = y; y = 3`
 or `y = x; x = 3`.
  * There seems to be something unpredictable about the order of arguments
 to SpecConstr-generated specialisations, see
 [http://www.haskell.org/pipermail/glasgow-haskell-
 users/2011-April/020287.html]
  * The wrappers generated by the `CApiFFI` extension have non-
 deterministic names. (see comment:15 below).

 '''Old ticket description follows'''

 Short story: if you use ghc-6.12.1.20100318 (or similar, probably
 ghc-6.12.1 release will produce the same results) to bootstrap
 ghc-6.12, and then use that ghc-6.12 to bootstrap another ghc-6.12,
 those two instances of ghc-6.12 will have different ABI hashes and
 interfaces in the ghc package. If you use ghc-6.10 for the
 bootstrapping, you'll even get differences in the ghc, base and
 Cabal packages.

 Long story: see logfiles and descriptions at http://darcs.volkswurst.de
 /boot-tests/ (note that the logfiles are quite large, I really don't want
 to attach 150 MB of logs to this ticket).

--

Comment:

 I've updated the description following the latest evidence.  Let's try to
 do something about this for the next major release.

-- 
Ticket URL: 
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] #5824: ARM StgRun register clobber list is broken

[GHC]

#5824: ARM StgRun register clobber list is broken
---+
Reporter:  bgamari |   Owner:  simonmar
Type:  bug |  Status:  patch   
Priority:  high|   Milestone:  7.4.2   
   Component:  Runtime System  | Version:  7.4.1-rc2   
Keywords:  |  Os:  Unknown/Multiple
Architecture:  arm | Failure:  None/Unknown
  Difficulty:  Unknown |Testcase:  
   Blockedby:  |Blocking:  
 Related:  |  
---+

Comment(by nomeata):

 Yes, I’m Joachim :-)

 I see no mention of Thumb here, but I guess you can make more out of this;

 {{{
 $ gcc -v
 Using built-in specs.
 COLLECT_GCC=gcc
 COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabi/4.6/lto-wrapper
 Target: arm-linux-gnueabi
 Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.2-14'
 --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-
 languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6
 --enable-shared --enable-linker-build-id --with-system-zlib
 --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
 --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls
 --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-
 libstdcxx-time=yes --enable-plugin --enable-objc-gc --disable-sjlj-
 exceptions --with-arch=armv4t --with-float=soft --enable-checking=release
 --build=arm-linux-gnueabi --host=arm-linux-gnueabi --target=arm-linux-
 gnueabi
 Thread model: posix
 gcc version 4.6.2 (Debian 4.6.2-14)
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs