Re: [GHC] #5019: OS X: ld: warning: could not create compact unwind for _ffi_call_unix64

2011-04-12 Thread GHC 
#5019: OS X: ld: warning: could not create compact unwind for _ffi_call_unix64
---+
Reporter:  altaic  |Owner:  
 
Type:  bug |   Status:  new 
 
Priority:  normal  |Milestone:  
 
   Component:  Compiler|  Version:  7.1 
 
Keywords:  | Testcase:  
 
   Blockedby:  |   Difficulty:  
 
  Os:  MacOS X | Blocking:  
 
Architecture:  x86_64 (amd64)  |  Failure:  Incorrect warning at 
compile-time
---+

Comment(by igloo):

 I've just updated to 10.6.7 and still don't see it.

-- 
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] #5101: GHC and GHCi use different syntax for dynamic libraries

2011-04-12 Thread GHC 
#5101: GHC and GHCi use different syntax for dynamic libraries
+---
Reporter:  mcandre  |Owner: 
  
Type:  feature request  |   Status:  infoneeded 
  
Priority:  normal   |Milestone:  7.2.1  
  
   Component:  Compiler |  Version:  7.0.3  
  
Keywords:   | Testcase: 
  
   Blockedby:   |   Difficulty: 
  
  Os:  MacOS X  | Blocking: 
  
Architecture:  x86  |  Failure:  Incorrect warning at 
compile-time
+---

Comment(by mcandre):

 Let me explain it all over again.

 {{{ -lSOMELIBRARY }}} syntax is commonly used to import libraries, either
 .SOs (Linux), .DLLs (Windows), or .DYLIBs (Mac).

 {{{ -lSOMELIBRARY }}} verifiably works for dylibs in GHCi.

 {{{
 $ ghci -lcharm
 GHCi, version 7.0.2: http://www.haskell.org/ghc/  :? for help
 Loading package ghc-prim ... linking ... done.
 Loading package integer-gmp ... linking ... done.
 Loading package base ... linking ... done.
 Loading package ffi-1.0 ... linking ... done.
 Loading object (dynamic) charm ... done
 final link ... done
 Prelude>
 }}}

 But not GHC. The pertinent line in the verbose output is {{{ ld: library
 not found for -lcharm }}}.

 I am asking for GHC to accept {{{ -lSOMELIBRARY }}} instead of the weird
 {{{ -dylib-install-name }}} syntax. It's inconsistent for GHCi to use one
 syntax and GHC to use another. My primary preference is that they both use
 {{{-lSOMELIBRARY }}}, but it would also be acceptable if they both used
 {{{ -dylib-install-name }}}.

 The C code to create the dylib verifiably works; there's an example at
 !GitHub. https://github.com/mcandre/charm#readme

 Incidentally, when the dylib is successfully imported using {{{ -dylib-
 install-name }}}, there are other problems to consider.

 These are reported at Haskell Cafe. http://groups.google.com/group
 /haskell-cafe/browse_thread/thread/9896a511c67e7532


 {{{
 $ ghc -v --make -fforce-recomp -o hellocharm hellocharm.hs charm.hs
 -lcharm
 Glasgow Haskell Compiler, Version 7.0.2, for Haskell 98, stage 2 booted by
 GHC version 6.12.3
 Using binary package database:
 
/Library/Frameworks/GHC.framework/Versions/7.0.2-i386/usr/lib/ghc-7.0.2/package.conf.d/package.cache
 Using binary package database:
 /Users/andrew/.ghc/i386-darwin-7.0.2/package.conf.d/package.cache
 package happstack-6.0.0-c49252982a038b5a87025323c5423364 is unusable due
 to missing or recursive dependencies:
   happstack-ixset-6.0.0-5b9328e35d9b851c97fe9d19f3b3fd74 happstack-
 server-6.0.3-f3c609a5cec76128ef323e0d66ec1b4d happstack-
 state-6.0.0-231e40c865d495396126572dc46833e4 happstack-
 util-6.0.0-0b470220d46f915fbc69aeb03aa5ebcd
 package happstack-ixset-6.0.0-5b9328e35d9b851c97fe9d19f3b3fd74 is unusable
 due to missing or recursive dependencies:
   happstack-util-6.0.0-0b470220d46f915fbc69aeb03aa5ebcd
 package happstack-server-6.0.3-f3c609a5cec76128ef323e0d66ec1b4d is
 unusable due to missing or recursive dependencies:
   happstack-util-6.0.0-0b470220d46f915fbc69aeb03aa5ebcd
 hslogger-1.1.4-86bda5851d1910081a340a12e35eb2a2
 package happstack-state-6.0.0-231e40c865d495396126572dc46833e4 is unusable
 due to missing or recursive dependencies:
   happstack-util-6.0.0-0b470220d46f915fbc69aeb03aa5ebcd
 hslogger-1.1.4-86bda5851d1910081a340a12e35eb2a2
 package happstack-util-6.0.0-0b470220d46f915fbc69aeb03aa5ebcd is unusable
 due to missing or recursive dependencies:
   hslogger-1.1.4-86bda5851d1910081a340a12e35eb2a2
 hiding package parsec-2.1.0.1 to avoid conflict with later version
 parsec-3.1.1
 hiding package network-2.2.1.10 to avoid conflict with later version
 network-2.3.0.2
 wired-in package ghc-prim mapped to ghc-
 prim-0.2.0.0-6bf7b03ebc9c668817e4379b6796c0c2
 wired-in package integer-gmp mapped to integer-
 gmp-0.2.0.3-91607778cf3ae8f3948a50062b4f8479
 wired-in package base mapped to
 base-4.3.1.0-93953b308d1897309792406495cf356b
 wired-in package rts mapped to builtin_rts
 wired-in package template-haskell mapped to template-
 haskell-2.5.0.0-5134a59c0456de4c2a07cc56fa258728
 wired-in package dph-seq not found.
 wired-in package dph-par not found.
 Hsc static flags: -static
 *** Chasing dependencies:
 Chasing modules from: *hellocharm.hs,*charm.hs
 Stable obj: [Main, Charm]
 Stable BCO: []
 Ready for upsweep
   [NONREC
   ModSummary {
  ms_hs_date = Fri Apr  8 07:06:40 EDT 2011
  ms_mod = main:Charm,
  ms_imps = [import Prelude, import Foreign]
  ms_srcimps = []
   },
NONREC
   ModSummary {
  ms_hs_date = Fri Apr  8 05:35:22 EDT 2011
  ms_mod = main:Main,
  ms_imp

Re: [GHC] #5094: Get rid of hidden modules

2011-04-12 Thread GHC 
#5094: Get rid of hidden modules
-+--
Reporter:  mcandre   |Owner:   
Type:  feature request   |   Status:  new  
Priority:  normal|Milestone:   
   Component:  Compiler  |  Version:  7.0.3
Keywords:| Testcase:   
   Blockedby:|   Difficulty:   
  Os:  Unknown/Multiple  | Blocking:   
Architecture:  Unknown/Multiple  |  Failure:  GHC rejects valid program
-+--

Comment(by mcandre):

 Igloo: That's an acceptable solution, though it would be preferable if the
 {{{ .Internals }}} module were automatically generated since it's often
 laborious to:

  1. Find the developer's email address.
  1. Contact the developer, explaining the problem in detail.
  1. Convince him to expose the module.
  1. Wait for him to push the update to Hackage.
  1. Wait for Hackage users to download the update.

-- 
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] #5101: GHC and GHCi use different syntax for dynamic libraries

2011-04-12 Thread GHC 
#5101: GHC and GHCi use different syntax for dynamic libraries
+---
Reporter:  mcandre  |Owner: 
  
Type:  feature request  |   Status:  infoneeded 
  
Priority:  normal   |Milestone:  7.2.1  
  
   Component:  Compiler |  Version:  7.0.3  
  
Keywords:   | Testcase: 
  
   Blockedby:   |   Difficulty: 
  
  Os:  MacOS X  | Blocking: 
  
Architecture:  x86  |  Failure:  Incorrect warning at 
compile-time
+---
Changes (by igloo):

  * status:  new => infoneeded
  * milestone:  => 7.2.1


Comment:

 I don't understand what's going on here.

 Does the program you get when using the `-dylib-install-name` flag
 actually work?

 Does the `gcc`-compiled program actually work?

 Can you attach the output of
 {{{
 ghc -v --make -fforce-recomp -o hellocharm hellocharm.hs charm.hs -lcharm
 }}}
 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] #4999: build fails on powerpc: error: 'ObjectCode' has no member named 'misalignment'

2011-04-12 Thread GHC 
#4999: build fails on powerpc:   error: 'ObjectCode' has no member named
'misalignment'
--+-
  Reporter:  nomeata  |  Owner:  igloo  
  Type:  bug  | Status:  closed 
  Priority:  high |  Milestone:  7.2.1  
 Component:  Runtime System   |Version:  7.0.2  
Resolution:  fixed|   Keywords: 
  Testcase:   |  Blockedby: 
Difficulty:   | Os:  Linux  
  Blocking:   |   Architecture:  powerpc
   Failure:  Building GHC failed  |  
--+-
Changes (by igloo):

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


Comment:

 Applied, thanks!

-- 
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] #1245: Turn tuples into syntactic sugar for heterogeneous lists

2011-04-12 Thread GHC 
#1245: Turn tuples into syntactic sugar for heterogeneous lists
+---
Reporter:  benja.fallenstein@…  |Owner:  
Type:  feature request  |   Status:  new 
Priority:  normal   |Milestone:  _|_ 
   Component:  Compiler |  Version:  6.6 
Keywords:   | Testcase:  
   Blockedby:   |   Difficulty:  Unknown 
  Os:  Unknown/Multiple | Blocking:  
Architecture:  Unknown/Multiple |  Failure:  None/Unknown
+---
Changes (by tener):

 * cc: gtener@… (added)


Comment:

 I second the idea by agocorona.

-- 
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] #1245: Turn tuples into syntactic sugar for heterogeneous lists

2011-04-12 Thread GHC 
#1245: Turn tuples into syntactic sugar for heterogeneous lists
+---
Reporter:  benja.fallenstein@…  |Owner:  
Type:  feature request  |   Status:  new 
Priority:  normal   |Milestone:  _|_ 
   Component:  Compiler |  Version:  6.6 
Keywords:   | Testcase:  
   Blockedby:   |   Difficulty:  Unknown 
  Os:  Unknown/Multiple | Blocking:  
Architecture:  Unknown/Multiple |  Failure:  None/Unknown
+---

Comment(by agocorona):

 I also want some kind of syntactic sugar for H. Lists.

 The absence of syntactic sugar makes heterogeneous list to look scary.
 People in haskell is accostumed to syntactic sugaring, so people think of
 not sugared expressions as second class.

 I´ don't know the details, but it seems that tuples are in the language to
 cover the heterogeneous flexibility thing that homogeneous lists may not
 provide, but they introduce its own inflexibilities; These repeating
 instances for two, three, four and so on tuples makes them artificial and
 repetitive. In its comparison, a complex but unique H. List instance look
 elegant. specially if it is sugarized.

 An alternative to sugarize H.Lists preserving tuples could be to use {} to
 sugarize H. lists as

{x,y,z}

 and desugarize it into:

 x :*: y :*: z :*: {}

 Just like [] means empty list, {} would mean HNil, the empty heterogeneous
 list.


 But this alternative , if implemented, would soon render tuples  obsolete.
 These (,,) (,,,) constrctors may create marginally faster and compact
 structures, but they are much less manageable.

-- 
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] #5093: ghc source build cannot find -lgmp even with the build.mk changes and configure options

2011-04-12 Thread GHC 
#5093: ghc source build cannot find -lgmp even with the build.mk changes and
configure options
--+-
  Reporter:  guest|  Owner:
  Type:  bug  | Status:  closed
  Priority:  normal   |  Milestone:
 Component:  Build System |Version:  7.0.3 
Resolution:  invalid  |   Keywords:  gmp   
  Testcase:   |  Blockedby:
Difficulty:   | Os:  Linux 
  Blocking:   |   Architecture:  x86_64 (amd64)
   Failure:  Building GHC failed  |  
--+-

Comment(by maeder):

 try setting `"export LD_LIBRARY_PATH="` to point to your `MY_LIB_DIR`.

-- 
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] #5094: Get rid of hidden modules

2011-04-12 Thread GHC 
#5094: Get rid of hidden modules
-+--
Reporter:  mcandre   |Owner:   
Type:  feature request   |   Status:  new  
Priority:  normal|Milestone:   
   Component:  Compiler  |  Version:  7.0.3
Keywords:| Testcase:   
   Blockedby:|   Difficulty:   
  Os:  Unknown/Multiple  | Blocking:   
Architecture:  Unknown/Multiple  |  Failure:  GHC rejects valid program
-+--

Comment(by igloo):

 Note that this would only solve part of the problem. If something is
 defined inside a module and not exported, then you're still out of luck.

 I think adding the flag is a bad idea. You can always modify the package
 locally to expose the modules you need, and the right global solution is
 to ask the maintainer of the other package to expose a `.Internals`
 module.

-- 
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] #5109: Build system is not generating dependencies for the RTS

2011-04-12 Thread GHC 
#5109: Build system is not generating dependencies for the RTS
-+--
Reporter:  simonmar  |Owner:  igloo   
Type:  bug   |   Status:  new 
Priority:  high  |Milestone:  7.2.1   
   Component:  Build System  |  Version:  7.0.3   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Unknown/Multiple  | Blocking:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
 We are missing a call to `include-dependencies` for the RTS somewhere in
 the build system.  This means that changes in RTS headers aren't forcing
 the appropriate source files to be recompiled, which can lead to strange
 crashes when pulling patches and rebuilding.  If stage2 segfaults for you,
 it might be a good idea to try

 {{{
 cd rts; make clean; cd ..; make
 }}}

-- 
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] #5108: Allow unicode sub/superscript symbols in both identifiers and operators

2011-04-12 Thread GHC 
#5108: Allow unicode sub/superscript symbols in both identifiers and operators
---+
Reporter:  mikhail.vorozhtsov  |   Owner:   
Type:  feature request |  Status:  new  
Priority:  normal  |   Component:  Compiler 
 Version:  7.1 |Keywords:  lexer unicode
Testcase:  |   Blockedby:   
  Os:  Unknown/Multiple|Blocking:   
Architecture:  Unknown/Multiple| Failure:  None/Unknown 
---+
 While #4373 permits
 {{{
 Prelude> let v₁ = 1
 }}}
 the following is rejected
 {{{
 Prelude> let m >>=₁ f = undefined

 :0:10: lexical error at character '\8321'
 }}}
 Identifiers with non-numeric subscripts are not accepted either:
 {{{
 Prelude> let vₐ = 1

 :0:6: lexical error at character '\8336'
 }}}

 I wrote a small patch that makes such definitions possible.
  1. A new unicode Alex macro, {{{$subsup}}}, is introduced and added to
 {{{$idchar}}}, {{{$symchar}}}, and {{{$graphic}}}
  2. A unicode code point is classified as {{{$subsup}}} by
 {{{alexGetChar}}} iff either of the following holds:
   a. The code point is annotated with  or  in
 [http://www.unicode.org/Public/UNIDATA/UnicodeData.txt]
   b. It is the [DOUBLE/TRIPLE/QUADRUPLE] PRIME (U+2032, U+2033, U+2034,
 U+2057)

-- 
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] #4999: build fails on powerpc: error: 'ObjectCode' has no member named 'misalignment'

2011-04-12 Thread GHC 
#4999: build fails on powerpc:   error: 'ObjectCode' has no member named
'misalignment'
--+-
  Reporter:  nomeata  |  Owner:  igloo  
  Type:  bug  | Status:  patch  
  Priority:  high |  Milestone:  7.2.1  
 Component:  Runtime System   |Version:  7.0.2  
Resolution:   |   Keywords: 
  Testcase:   |  Blockedby: 
Difficulty:   | Os:  Linux  
  Blocking:   |   Architecture:  powerpc
   Failure:  Building GHC failed  |  
--+-
Changes (by igloo):

  * owner:  => igloo


-- 
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] #4417: Quasiquoting without bloating

2011-04-12 Thread GHC 
#4417: Quasiquoting without bloating
--+-
  Reporter:  rrnewton |  Owner:  simonmar
  Type:  feature request  | Status:  closed  
  Priority:  high |  Milestone:  7.4.1   
 Component:  Compiler |Version:  6.13
Resolution:  fixed|   Keywords:  executable size 
  Testcase:   |  Blockedby:  
Difficulty:   | Os:  Unknown/Multiple
  Blocking:   |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown |  
--+-
Changes (by simonmar):

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


Comment:

 Done; see changeset:a52ff7619e8b7d74a9d933d922eeea49f580bca8

-- 
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] #3252: having to call hs_add_root(__stginit_Foo) is a bit of a pain

2011-04-12 Thread GHC 
#3252: having to call hs_add_root(__stginit_Foo) is a bit of a pain
--+-
  Reporter:  duncan   |  Owner:  simonmar
  Type:  feature request  | Status:  closed  
  Priority:  high |  Milestone:  7.4.1   
 Component:  Compiler (FFI)   |Version:  6.10.2  
Resolution:  fixed|   Keywords:  
  Testcase:   |  Blockedby:  
Difficulty:  Unknown  | Os:  Unknown/Multiple
  Blocking:   |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown |  
--+-
Changes (by simonmar):

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


Comment:

 Done; see changeset:a52ff7619e8b7d74a9d933d922eeea49f580bca8

-- 
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] #5093: ghc source build cannot find -lgmp even with the build.mk changes and configure options

2011-04-12 Thread GHC 
#5093: ghc source build cannot find -lgmp even with the build.mk changes and
configure options
--+-
  Reporter:  guest|  Owner:
  Type:  bug  | Status:  closed
  Priority:  normal   |  Milestone:
 Component:  Build System |Version:  7.0.3 
Resolution:  invalid  |   Keywords:  gmp   
  Testcase:   |  Blockedby:
Difficulty:   | Os:  Linux 
  Blocking:   |   Architecture:  x86_64 (amd64)
   Failure:  Building GHC failed  |  
--+-
Changes (by igloo):

  * status:  new => closed
  * resolution:  => invalid


Comment:

 Thanks for the report, but I don't think this is a bug: it sounds like
 your bootstrapping compiler doesn't work. The various build system
 variables are for controlling the compiler that we are building, but the
 bootstrapping compiler needs to be able to compile programs already.

-- 
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] #5093: ghc source build cannot find -lgmp even with the build.mk changes and configure options

2011-04-12 Thread GHC 
#5093: ghc source build cannot find -lgmp even with the build.mk changes and
configure options
---+
Reporter:  guest   |Owner: 
Type:  bug |   Status:  new
Priority:  normal  |Milestone: 
   Component:  Build System|  Version:  7.0.3  
Keywords:  gmp | Testcase: 
   Blockedby:  |   Difficulty: 
  Os:  Linux   | Blocking: 
Architecture:  x86_64 (amd64)  |  Failure:  Building GHC failed
---+
Description changed by igloo:

Old description:

> Hi, I have been trying to build ghc 7.0.3 from source, but the configure
> script itself always fails when it tries to build ghc-pwd with the error
> "cannot find -lgmp". I have gmp installed in a non-standard directory,
> but I have copied mk/build.mk.sample to mk/build.mk and added
>
> EXTRA_CABAL_CONFIGURE_FLAGS = --extra-include-dirs=MY_INCLUDE_DIR \
>   --extra-lib-dirs=MY_LIB_DIR
>
> to the end. Moreover, I have used
>
> --with-gmp-includes=MY_INCLUDE_DIR --with-gmp-libraries=MY_LIB_DIR
>
> as the configure option. Yet, the configure script fails every time at
> the attempt to build ghc-pwd with the error message "cannot find -lgmp".
> If I manually modify "configure" to add -LMY_LIB_DIR to the command to
> build ghc-pwd, then the configure can succeed, but the make will fail
> when it tries to link ghc-cabal, with the same error.
>
> Is there any way at all I can let the build take in MY_LIB_DIR? Thanks!

New description:

 Hi, I have been trying to build ghc 7.0.3 from source, but the configure
 script itself always fails when it tries to build ghc-pwd with the error
 "cannot find -lgmp". I have gmp installed in a non-standard directory, but
 I have copied mk/build.mk.sample to mk/build.mk and added
 {{{
 EXTRA_CABAL_CONFIGURE_FLAGS = --extra-include-dirs=MY_INCLUDE_DIR \
   --extra-lib-dirs=MY_LIB_DIR
 }}}
 to the end. Moreover, I have used
 {{{
 --with-gmp-includes=MY_INCLUDE_DIR --with-gmp-libraries=MY_LIB_DIR
 }}}
 as the configure option. Yet, the configure script fails every time at the
 attempt to build ghc-pwd with the error message "cannot find -lgmp". If I
 manually modify "configure" to add -LMY_LIB_DIR to the command to build
 ghc-pwd, then the configure can succeed, but the make will fail when it
 tries to link ghc-cabal, with the same error.

 Is there any way at all I can let the build take in MY_LIB_DIR? Thanks!

--

-- 
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] #5107: ghc-7.0.2 panic with cabal install

2011-04-12 Thread GHC 
#5107: ghc-7.0.2 panic with cabal install
---+
  Reporter:  jimstutt  |  Owner:
  Type:  bug   | Status:  closed
  Priority:  normal|  Milestone:
 Component:  Compiler  |Version:  7.0.2 
Resolution:  duplicate |   Keywords:
  Testcase:|  Blockedby:
Difficulty:| Os:  Linux 
  Blocking:|   Architecture:  x86   
   Failure:  None/Unknown  |  
---+
Changes (by igloo):

  * status:  new => closed
  * resolution:  => duplicate


Comment:

 Thanks

-- 
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] #5107: ghc-7.0.2 panic with cabal install

2011-04-12 Thread GHC 
#5107: ghc-7.0.2 panic with cabal install
-+--
Reporter:  jimstutt  |Owner:  
Type:  bug   |   Status:  new 
Priority:  normal|Milestone:  
   Component:  Compiler  |  Version:  7.0.2   
Keywords:| Testcase:  
   Blockedby:|   Difficulty:  
  Os:  Linux | Blocking:  
Architecture:  x86   |  Failure:  None/Unknown
-+--
Description changed by igloo:

Old description:

> Loading package ghc-7.0.2 ... ghc:
> /usr/lib/ghc-7.0.2/ghc-7.0.2/libHSghc-7.0.2.a no string tables, or too
> many
> ghc: panic! (the 'impossible happened')
>   (GHC version 7.0.2 for i386-unknown-linux):
>Load archive "/usr/lib/ghc-7.0.2/ghc-7.0.2/libHSghc-7.0.2.a":
> failed
>
> cabal error: some packages failed to install:
> snap-0.4.1 ...
>
> Linux 1008HA 2.6.37-ARCH #1 SMP PREEMPT Fri Mar 25 14:35:13 UTC 2011
> i686 Intel(R) Atom(TM) CPU N280 @ 1.66GHz GenuineIntel GNU/Linux

New description:

 {{{
 Loading package ghc-7.0.2 ... ghc:
 /usr/lib/ghc-7.0.2/ghc-7.0.2/libHSghc-7.0.2.a no string tables, or too
 many
 ghc: panic! (the 'impossible happened')
   (GHC version 7.0.2 for i386-unknown-linux):
Load archive "/usr/lib/ghc-7.0.2/ghc-7.0.2/libHSghc-7.0.2.a":
 failed

 cabal error: some packages failed to install:
 snap-0.4.1 ...

 Linux 1008HA 2.6.37-ARCH #1 SMP PREEMPT Fri Mar 25 14:35:13 UTC 2011
 i686 Intel(R) Atom(TM) CPU N280 @ 1.66GHz GenuineIntel GNU/Linux
 }}}

--

-- 
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] #3160: No exception safety in Control.Concurrent.QSem QSemN and SampleVar

2011-04-12 Thread GHC 
#3160: No exception safety in Control.Concurrent.QSem QSemN and SampleVar
-+--
Reporter:  ChrisKuklewicz|Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone:  7.2.1  
   Component:  libraries/base|  Version:  7.0.2  
Keywords:| Testcase: 
   Blockedby:|   Difficulty:  Unknown
  Os:  Unknown/Multiple  | Blocking: 
Architecture:  Unknown/Multiple  |  Failure:  Incorrect result at runtime
-+--
Changes (by ChrisKuklewicz):

  * failure:  None/Unknown => Incorrect result at runtime


Comment:

 I have updated SafeSemaphore to version 0.5.0 which includes a new
 MSampleVar module.  This fixes the problem in SampleVar where any thread
 that dies while waiting to read the SampleVar leaves the SampleVar in a
 broken state.  In this broken state a future writeSampleVar can block
 indefinitely trying to replace the current value.

 The TestKillSem.hs in SafeSemaphore has been updated to also demonstrate
 that MSampleVar fixes this bug in SampleVar.

-- 
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] #5107: ghc-7.0.2 panic with cabal install

2011-04-12 Thread GHC 
#5107: ghc-7.0.2 panic with cabal install
-+--
Reporter:  jimstutt  |   Owner:  
Type:  bug   |  Status:  new 
Priority:  normal|   Component:  Compiler
 Version:  7.0.2 |Keywords:  
Testcase:|   Blockedby:  
  Os:  Linux |Blocking:  
Architecture:  x86   | Failure:  None/Unknown
-+--

Comment(by jimstutt):

 please mark as duplicate #5004.
 sorry didn't have time to check earlier.

-- 
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] #4928: Add primops for copying/cloning an array

2011-04-12 Thread GHC 
#4928: Add primops for copying/cloning an array
--+-
  Reporter:  tibbe|  Owner:  simonmar
  Type:  feature request  | Status:  patch   
  Priority:  normal   |  Milestone:  7.4.1   
 Component:  Runtime System   |Version:  7.0.1   
Resolution:   |   Keywords:  
  Testcase:   |  Blockedby:  
Difficulty:   | Os:  Unknown/Multiple
  Blocking:   |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown |  
--+-

Comment(by tibbe):

 To merge a patch run `git am -3 `.

-- 
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] #4928: Add primops for copying/cloning an array

2011-04-12 Thread GHC 
#4928: Add primops for copying/cloning an array
--+-
  Reporter:  tibbe|  Owner:  simonmar
  Type:  feature request  | Status:  patch   
  Priority:  normal   |  Milestone:  7.4.1   
 Component:  Runtime System   |Version:  7.0.1   
Resolution:   |   Keywords:  
  Testcase:   |  Blockedby:  
Difficulty:   | Os:  Unknown/Multiple
  Blocking:   |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown |  
--+-

Comment(by tibbe):

 I've squashed and converted both patches to Git. Please review `0001-Add-
 array-copy-clone-primops.patch` and `0001-Add-test-for-array-copy-clone-
 primops.patch`.

-- 
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] #4451: Re-linking avoidance is too aggressive

2011-04-12 Thread GHC 
#4451: Re-linking avoidance is too aggressive
-+--
Reporter:  simonmar  |Owner:  simonmar  
Type:  bug   |   Status:  new   
Priority:  high  |Milestone:  7.4.1 
   Component:  Compiler  |  Version:  7.1   
Keywords:| Testcase:
   Blockedby:|   Difficulty:  Moderate (less than a day)
  Os:  Unknown/Multiple  | Blocking:
Architecture:  Unknown/Multiple  |  Failure:  Other 
-+--

Comment(by simonmar):

 Fixed (for Linux).  changeset:814edf44433801e37318ce79082ac6991dbc87dd

 Still ToDo: Windows, OS X, and add a test.

-- 
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] #5107: ghc-7.0.2 panic with cabal install

2011-04-12 Thread GHC 
#5107: ghc-7.0.2 panic with cabal install
-+--
Reporter:  jimstutt  |   Owner:  
Type:  bug   |  Status:  new 
Priority:  normal|   Component:  Compiler
 Version:  7.0.2 |Keywords:  
Testcase:|   Blockedby:  
  Os:  Linux |Blocking:  
Architecture:  x86   | Failure:  None/Unknown
-+--
 Loading package ghc-7.0.2 ... ghc:
 /usr/lib/ghc-7.0.2/ghc-7.0.2/libHSghc-7.0.2.a no string tables, or too
 many
 ghc: panic! (the 'impossible happened')
   (GHC version 7.0.2 for i386-unknown-linux):
Load archive "/usr/lib/ghc-7.0.2/ghc-7.0.2/libHSghc-7.0.2.a":
 failed

 cabal error: some packages failed to install:
 snap-0.4.1 ...

 Linux 1008HA 2.6.37-ARCH #1 SMP PREEMPT Fri Mar 25 14:35:13 UTC 2011
 i686 Intel(R) Atom(TM) CPU N280 @ 1.66GHz GenuineIntel GNU/Linux

-- 
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