Re: haskell static libraries issue on Solaris 10 x86...

2007-06-14 Thread Christian Maeder
Stefan Parvu schrieb:
 This is with the original linker from S11 and it *works*
 
 [EMAIL PROTECTED]env LD_LIBRARY_PATH=/opt/csw/lib ghc --make hello.hs
 [1 of 1] Compiling Main ( hello.hs, hello.o )
 Linking hello ...

Great, the problem is gone. I could confirm Simon's fix using Rod's linker.

I'll update http://hackage.haskell.org/trac/ghc/ticket/1421

Thanks for all your help.

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


Re: [GHC] #1421: elf object code problem exposed when linking under i386 Solaris 10

2007-06-14 Thread GHC
#1421: elf object code problem exposed when linking under i386 Solaris 10
---+
Reporter:  [EMAIL PROTECTED]   |Owner: 
Type:  bug |   Status:  new
Priority:  normal  |Milestone:  6.8
   Component:  Runtime System  |  Version:  6.6.1  
Severity:  normal  |   Resolution: 
Keywords:  |   Difficulty:  Unknown
  Os:  Solaris | Testcase: 
Architecture:  x86 |  
---+
Comment (by [EMAIL PROTECTED]):

 Simon's guess did the trick!
 {{{
 I guess we should just eliminate the .size directives if the linker is
 going to be picky about them.  In ghc-asm.lprl you'll find

 $T_COPY_DIRVS   = '^\s*\.(globl|type|size|local)';

 if you change it to

 $T_COPY_DIRVS   = '^\s*\.(globl|local)';
 }}}

 I'll attach my `ghc-asm.lprl` file

 A working binary distribution (built using `gcc-4.1.2`) can be found under
 http://www.informatik.uni-
 bremen.de/agbkb/forschung/formal_methods/CoFI/hets/pc-solaris/versions
 /new-ghc-6.6.1-i386-unknown-solaris2.tar.bz2

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1421
GHC http://www.haskell.org/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] #1424: Argument corruption in FFI with many arguments (maybe 64-bit related)

2007-06-14 Thread GHC
#1424: Argument corruption in FFI with many arguments (maybe 64-bit related)
---+
Reporter:  guest   |Owner: 
Type:  bug |   Status:  closed 
Priority:  normal  |Milestone: 
   Component:  Compiler (FFI)  |  Version:  6.6.1  
Severity:  normal  |   Resolution:  fixed  
Keywords:  ffi |   Difficulty:  Unknown
  Os:  Linux   | Testcase:  ffi009 
Architecture:  x86_64 (amd64)  |  
---+
Changes (by simonmar):

  * resolution:  = fixed
  * testcase:  = ffi009
  * status:  new = closed

Comment:

 Thanks for the report: this was indeed a bug in the native code generator,
 I've fixed the bug and added the missing testcase.

 {{{
 Wed Jun 13 07:24:31 PDT 2007  Simon Marlow [EMAIL PROTECTED]
   * FIX #1424: x86_64 NCG generated wrong code for foreign call with 8
 double args
   I guess we have a missing test... I'll add one
 Wed Jun 13 07:45:05 PDT 2007  Simon Marlow [EMAIL PROTECTED]
   * I didn't quite fix #1424 completely - hopefully this gets it right
 }}}

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1424
GHC http://www.haskell.org/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] #1421: elf object code problem exposed when linking under i386 Solaris 10

2007-06-14 Thread GHC
#1421: elf object code problem exposed when linking under i386 Solaris 10
---+
Reporter:  [EMAIL PROTECTED]   |Owner: 
Type:  bug |   Status:  closed 
Priority:  normal  |Milestone:  6.8
   Component:  Runtime System  |  Version:  6.6.1  
Severity:  normal  |   Resolution:  fixed  
Keywords:  |   Difficulty:  Unknown
  Os:  Solaris | Testcase: 
Architecture:  x86 |  
---+
Changes (by [EMAIL PROTECTED]):

  * resolution:  = fixed
  * status:  new = closed

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1421
GHC http://www.haskell.org/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] #1426: warning about `import Control.Monad.Fix` being unused when mdo is used

2007-06-14 Thread GHC
#1426: warning about `import Control.Monad.Fix` being unused when mdo is used
---+
  Reporter:  Isaac Dupree  |  Owner: 
  Type:  bug   | Status:  new
  Priority:  normal|  Milestone: 
 Component:  Compiler  |Version:  6.6.1  
  Severity:  normal|   Keywords: 
Difficulty:  Unknown   | Os:  Unknown
  Testcase:|   Architecture:  Unknown
---+
and the use is exported.  This should not be warned about since
 Control.Monad.Fix is supposed to be imported in modules that use mdo, to
 be portable or something. You should import Control.Monad.Fix. (Note:
 Strictly speaking, this import is required only when you need to refer to
 the name MonadFix in your program, but the import is always safe, and the
 programmers are encouraged to always import this module when using the
 mdo-notation.)

 {{{
 {-# OPTIONS_GHC -fglasgow-exts -fwarn-unused-imports #-}

 module Test where

 import Control.Monad.Fix

 isEven :: Int - Maybe Int
 isEven n = if even n then Just n else Nothing

 puzzle :: [Int]
 puzzle = mdo (x, z) - [(y, 1), (y^2, 2), (y^3, 3)]
  Just y - map isEven [z+1 .. 2*z]
  return (x + y)
 }}}

 produces

 {{{
 Test.hs:5:0:
 Warning: Module `Control.Monad.Fix' is imported, but nothing from it
 is used,
except perhaps instances visible in `Control.Monad.Fix'
  To suppress this warning, use: import Control.Monad.Fix()
 }}}

 Just doing `import Control.Monad.Fix()` wouldn't fulfill the purpose of
 importing that module!

 I wonder if there are any other special syntaxes (arrows maybe?) with this
 effect.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1426
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs