Re: [GHC] #4068: GHC 6.12.2 on Mac OS X from GHC-6.12.2-i386.pkg fails with "Undefined symbols: "_iconv_close", referenced from: _hs_iconv_close in libHSbase-4.2.0.1.a(iconv.o) ..."

2010-05-13 Thread GHC 
#4068: GHC 6.12.2 on Mac OS X from GHC-6.12.2-i386.pkg fails with "Undefined
symbols: "_iconv_close", referenced from: _hs_iconv_close in
libHSbase-4.2.0.1.a(iconv.o) ..."
+---
Reporter:  thorkilnaur  |Owner:
Type:  bug  |   Status:  new   
Priority:  high |Milestone:  6.12.3
   Component:  Compiler |  Version:  6.12.2
Keywords:   |   Difficulty:
  Os:  MacOS X  | Testcase:
Architecture:  x86  |  Failure:  Other 
+---

Comment(by thorkilnaur):

 Thanks, Ian. I had overlooked {{{/usr/lib/libiconv.*}}}. So I tried to
 {{{port deactivate libiconv}}} the !MacPorts version of this library
 ({{{/opt/local/lib/libiconv.*}}}), and then the problem likewise
 disappeared.

 I'll leave the ticket open for you to handle as you wish: From my
 perspective, there is nothing further to do.

 Best regards
 Thorkil

-- 
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] #4068: GHC 6.12.2 on Mac OS X from GHC-6.12.2-i386.pkg fails with "Undefined symbols: "_iconv_close", referenced from: _hs_iconv_close in libHSbase-4.2.0.1.a(iconv.o) ..."

2010-05-13 Thread GHC 
#4068: GHC 6.12.2 on Mac OS X from GHC-6.12.2-i386.pkg fails with "Undefined
symbols: "_iconv_close", referenced from: _hs_iconv_close in
libHSbase-4.2.0.1.a(iconv.o) ..."
+---
Reporter:  thorkilnaur  |Owner:
Type:  bug  |   Status:  new   
Priority:  high |Milestone:  6.12.3
   Component:  Compiler |  Version:  6.12.2
Keywords:   |   Difficulty:
  Os:  MacOS X  | Testcase:
Architecture:  x86  |  Failure:  Other 
+---
Changes (by igloo):

  * priority:  normal => high
  * milestone:  => 6.12.3


Comment:

 I suspect this is a mismatch between the library the installer was
 compiled against, and the one it is being used with:
 {{{
 ian-lynaghs-macbook-pro:~ ian$ nm /usr/lib/libiconv.dylib | grep
 iconv_close
 b8e8 T _iconv_close
 fe45 T _libiconv_close
 ian-lynaghs-macbook-pro:~ ian$ nm /opt/local/lib/libiconv.dylib | grep
 iconv_close
 00016d40 T _libiconv_close
 }}}

-- 
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] #4068: GHC 6.12.2 on Mac OS X from GHC-6.12.2-i386.pkg fails with "Undefined symbols: "_iconv_close", referenced from: _hs_iconv_close in libHSbase-4.2.0.1.a(iconv.o) ..."

2010-05-13 Thread GHC 
#4068: GHC 6.12.2 on Mac OS X from GHC-6.12.2-i386.pkg fails with "Undefined
symbols: "_iconv_close", referenced from: _hs_iconv_close in
libHSbase-4.2.0.1.a(iconv.o) ..."
+---
Reporter:  thorkilnaur  |   Owner:  
Type:  bug  |  Status:  new 
Priority:  normal   |   Component:  Compiler
 Version:  6.12.2   |Keywords:  
  Os:  MacOS X  |Testcase:  
Architecture:  x86  | Failure:  Other   
+---

Comment(by thorkilnaur):

 Building a fresh GHC 6.12.2 from
 http://haskell.org/ghc/dist/6.12.2/ghc-6.12.2-src.tar.bz2, found:
 {{{
 $ nm /Users/thorkilnaur/tn/GHC/unpack/ghc-6.12.2/libraries/base/dist-
 install/build/libHSbase-4.2.0.1.a 2>&1 | grep iconv
 ...
 /Users/thorkilnaur/tn/GHC/unpack/ghc-6.12.2/libraries/base/dist-
 install/build/libHSbase-4.2.0.1.a(iconv.o):
 0010 T _hs_iconv
 0020 T _hs_iconv_close
  T _hs_iconv_open
  U _libiconv
  U _libiconv_close
  U _libiconv_open
 $
 }}}
 As opposed to the result for the GHC 6.12.2 from
 http://haskell.org/ghc/dist/6.12.2/GHC-6.12.2-i386.pkg:
 {{{
 $ nm
 
/Library/Frameworks/GHC.framework/Versions/612/usr/lib/ghc-6.12.2/base-4.2.0.1/libHSbase-4.2.0.1.a
 2>&1 | grep iconv
 ...
 
/Library/Frameworks/GHC.framework/Versions/612/usr/lib/ghc-6.12.2/base-4.2.0.1/libHSbase-4.2.0.1.a(iconv.o):
 0010 T _hs_iconv
 0020 T _hs_iconv_close
  T _hs_iconv_open
  U _iconv
  U _iconv_close
  U _iconv_open
 $
 }}}
 Using the freshly built version of the library, the problem disappears.

 Best regards
 Thorkil

-- 
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] #4050: Mac OS X build fails: ghc.mk:96: *** Make has restarted itself 3 times; is there a makefile bug?

2010-05-13 Thread GHC 
#4050: Mac OS X build fails: ghc.mk:96: *** Make has restarted itself 3 times; 
is
there a makefile bug?
--+-
  Reporter:  thorkilnaur  |  Owner: 
  Type:  bug  | Status:  closed 
  Priority:  highest  |  Milestone:  6.14.1 
 Component:  Compiler |Version:  6.13   
Resolution:  fixed|   Keywords: 
Difficulty:   | Os:  MacOS X
  Testcase:   |   Architecture:  x86
   Failure:  Building GHC failed  |  
--+-
Changes (by igloo):

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


Comment:

 Thanks PHO for the patch, and thorkilnaur for the testing!

 Patch applied.

-- 
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] #4069: ASSERTION FAILED: file rts/Schedule.c, line 1305

2010-05-13 Thread GHC 
#4069: ASSERTION FAILED: file rts/Schedule.c, line 1305
-+--
Reporter:  jutaro|   Owner:  
Type:  bug   |  Status:  new 
Priority:  normal|   Component:  Compiler
 Version:  6.12.1|Keywords:  
  Os:  Unknown/Multiple  |Testcase:  
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
-+--
 From time to time Leksah crashes with the above message.
 GHC version 6.12.1 for x86_64_unknown_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] #3828: Error in array index

2010-05-13 Thread GHC 
#3828: Error in array index
-+--
Reporter:  CBa   |Owner:
Type:  bug   |   Status:  new   
Priority:  normal|Milestone:  _|_   
   Component:  Compiler  |  Version:  6.12.2
Keywords:  sunos |   Difficulty:
  Os:  Solaris   | Testcase:
Architecture:  sparc |  Failure:  Compile-time crash
-+--

Comment(by simonmar):

 Right, we just need to establish whether it really is a 6.8 bug, I don't
 think we have conclusive evidence of that yet.

-- 
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] #4068: GHC 6.12.2 on Mac OS X from GHC-6.12.2-i386.pkg fails with "Undefined symbols: "_iconv_close", referenced from: _hs_iconv_close in libHSbase-4.2.0.1.a(iconv.o) ..."

2010-05-13 Thread GHC 
#4068: GHC 6.12.2 on Mac OS X from GHC-6.12.2-i386.pkg fails with "Undefined
symbols: "_iconv_close", referenced from: _hs_iconv_close in
libHSbase-4.2.0.1.a(iconv.o) ..."
+---
Reporter:  thorkilnaur  |   Owner:  
Type:  bug  |  Status:  new 
Priority:  normal   |   Component:  Compiler
 Version:  6.12.2   |Keywords:  
  Os:  MacOS X  |Testcase:  
Architecture:  x86  | Failure:  Other   
+---
 With
 {{{
 $ uname -a
 Darwin thorkil-naurs-intel-mac-mini.local 9.8.0 Darwin Kernel Version
 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386
 i386
 $ ghc --version
 The Glorious Glasgow Haskell Compilation System, version 6.12.2
 $
 }}}
 installed from
 {{{http://haskell.org/ghc/dist/6.12.2/GHC-6.12.2-i386.pkg}}}:
 {{{
 $ cat t1.hs
 import System.IO
 main
   = putStrLn "Hello GHC-6.12.2 2010-May-13 13.30"
 $ ghc --make t1.hs
 [1 of 1] Compiling Main ( t1.hs, t1.o )
 Linking t1 ...
 Undefined symbols:
   "_iconv_close", referenced from:
   _hs_iconv_close in libHSbase-4.2.0.1.a(iconv.o)
   "_iconv", referenced from:
   _hs_iconv in libHSbase-4.2.0.1.a(iconv.o)
   "_iconv_open", referenced from:
   _hs_iconv_open in libHSbase-4.2.0.1.a(iconv.o)
 ld: symbol(s) not found
 collect2: ld returned 1 exit status
 $
 }}}
 Looking at the installed {{{libiconv}}}:
 {{{
 $ nm /opt/local/lib/libiconv.a | grep iconv
 /opt/local/lib/libiconv.a(iconv.o):
 00018c60 D __libiconv_version
 00018920 T _iconv_canonicalize
 00015f20 T _libiconv
 00015f80 T _libiconv_close
 00017930 T _libiconv_open
 00018150 T _libiconv_open_into
 00015fa0 T _libiconvctl
 000161e0 T _libiconvlist
 /opt/local/lib/libiconv.a(localcharset.o):
 /opt/local/lib/libiconv.a(relocatable.o):
 00f0 T _libiconv_relocate
  T _libiconv_set_relocation_prefix
 $
 }}}
 Further, in {{{/opt/local/include/iconv.h}}}:
 {{{
 #ifndef LIBICONV_PLUG
 #define iconv_open libiconv_open
 #endif
 extern iconv_t iconv_open (const char* tocode, const char* fromcode);
 }}}
 So there is some trickery going on with respect to the names of functions
 from {{{libiconv}}}, but it is not clear to me how to resolve this.

 Best regards
 Thorkil

-- 
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] #3828: Error in array index

2010-05-13 Thread GHC 
#3828: Error in array index
-+--
Reporter:  CBa   |Owner:
Type:  bug   |   Status:  new   
Priority:  normal|Milestone:  _|_   
   Component:  Compiler  |  Version:  6.12.2
Keywords:  sunos |   Difficulty:
  Os:  Solaris   | Testcase:
Architecture:  sparc |  Failure:  Compile-time crash
-+--
Changes (by igloo):

  * status:  infoneeded => new


Comment:

 If this only happens with 6.8, and not 6.10, then there isn't much point
 in investigating it as
  * it's probably a bug in the no-longer-supported 6.8 branch
  * it can be worked around by going via 6.10, or a 6.12 binary
  * you won't be able to build 6.14 with 6.8 anyway, so it will be a moot
 point reasonably soon

-- 
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] #4063: target "is not a module name or a source file"

2010-05-13 Thread GHC 
#4063: target "is not a module name or a source file"
+---
Reporter:  beroal   |Owner: 
 
Type:  feature request  |   Status:  new
 
Priority:  normal   |Milestone: 
 
   Component:  Compiler |  Version:  6.12.2 
 
Keywords:  target,module name,source file,flag  |   Difficulty: 
 
  Os:  Unknown/Multiple | Testcase: 
 
Architecture:  Unknown/Multiple |  Failure:  
None/Unknown
+---

Comment(by simonmar):

 Replying to [comment:3 beroal]:
 > Thanks Simon for the answer. I do not object to GHC appending file
 extension and recognizing target type by default. But I fail to see how
 "-x" may be a solution: it substitute an extension so makes matters even
 more complex. Suppose that Haskell file is named "del.me" — with "-x hs"
 would compile "del.hs" — failed again. ;)

 Hmm, I think you may have misunderstood what `-x` does:

 {{{
 $ cat >del.me
 module Main where
 main = putStrLn "hello"
 $ ghc -x hs del.me --make
 [1 of 1] Compiling Main ( del.me, del.o )
 Linking del ...
 }}}

 Isn't that what you wanted?

-- 
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] #635: Replace use of select() in the I/O manager with epoll/kqueue/etc.

2010-05-13 Thread GHC 
#635: Replace use of select() in the I/O manager with epoll/kqueue/etc.
-+--
Reporter:  simonmar  |Owner:  bos   
Type:  task  |   Status:  new   
Priority:  normal|Milestone:  _|_   
   Component:  libraries/base|  Version:  6.4.1 
Keywords:|   Difficulty:  Project (more than a week)
  Os:  Unknown/Multiple  | Testcase:  N/A   
Architecture:  Unknown/Multiple  |  Failure:  Runtime performance bug   
-+--
Changes (by gwicke):

 * cc: gabr...@… (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] #4067: Building haskeline-0.6.2.2 with Mac OS X and GHC-6.12.2 fails with System/Console/Haskeline/Backend/Posix.hsc:44:18: Module `GHC.IOBase' does not export `haFD'

2010-05-13 Thread GHC 
#4067: Building haskeline-0.6.2.2 with Mac OS X and GHC-6.12.2 fails with
System/Console/Haskeline/Backend/Posix.hsc:44:18: Module `GHC.IOBase' does
not export `haFD'
+---
Reporter:  thorkilnaur  |  Owner:   
Type:  bug  | Status:  closed   
Priority:  normal   |  Component:  libraries (other)
 Version:  6.12.2   | Resolution:  invalid  
Keywords:   | Os:  MacOS X  
Testcase:   |   Architecture:  x86  
 Failure:  Other|  
+---
Changes (by thorkilnaur):

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


Comment:

 Fixed by {{{runhaskell Setup clean}}} - I had built haskeline earlier with
 GHC 6.10. Sorry about the noise.

 Best regards
 Thorkil

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