Re: [GHC] #4153: GHCi linker should load archives

[GHC]

#4153: GHCi linker should load archives
--+-
  Reporter:  batterseapower   |  Owner:  
  Type:  feature request  | Status:  closed  
  Priority:  normal   |  Milestone:  
 Component:  GHCi |Version:  6.12.3  
Resolution:  duplicate|   Keywords:  
Difficulty:   | Os:  Unknown/Multiple
  Testcase:   |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown |  
--+-
Changes (by simonmar):

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


Comment:

 closing as duplicate of #3345

-- 
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] #4153: GHCi linker should load archives

[GHC]

#4153: GHCi linker should load archives
-+--
Reporter:  batterseapower|Owner:  
Type:  feature request   |   Status:  new 
Priority:  normal|Milestone:  
   Component:  GHCi  |  Version:  6.12.3  
Keywords:|   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--

Comment(by igloo):

 See also #3345

-- 
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] #4153: GHCi linker should load archives

[GHC]

#4153: GHCi linker should load archives
-+--
Reporter:  batterseapower|Owner:  
Type:  feature request   |   Status:  new 
Priority:  normal|Milestone:  
   Component:  GHCi  |  Version:  6.12.3  
Keywords:|   Difficulty:  
  Os:  Unknown/Multiple  | Testcase:  
Architecture:  Unknown/Multiple  |  Failure:  None/Unknown
-+--
Changes (by simonmar):

 * cc: c...@… (added)


Comment:

 I thought we had a feature request for this already, but I can't find it
 now.  We've certainly discussed it before though.  So there's no good
 reason why we can't do this at the moment since a `.a` is just a
 collection of `.o`s, but if we were to switch to a dynamically linked GHCi
 then it would be much more difficult to load static libraries.

 For the case of LLVM, you can convince GHCi to load the dynamic version of
 the library - I believe Manuel Chakravarty has just spent some time
 getting this to work on OS X.

-- 
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] #4153: GHCi linker should load archives

[GHC]

#4153: GHCi linker should load archives
-+--
Reporter:  batterseapower|   Owner:  
Type:  feature request   |  Status:  new 
Priority:  normal|   Component:  GHCi
 Version:  6.12.3|Keywords:  
  Os:  Unknown/Multiple  |Testcase:  
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
-+--
Changes (by batterseapower):

  * type:  bug => feature request


Comment:

 Sorry, misclassified as bug.

-- 
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] #4153: GHCi linker should load archives

[GHC]

#4153: GHCi linker should load archives
-+--
Reporter:  batterseapower|   Owner:  
Type:  bug   |  Status:  new 
Priority:  normal|   Component:  GHCi
 Version:  6.12.3|Keywords:  
  Os:  Unknown/Multiple  |Testcase:  
Architecture:  Unknown/Multiple  | Failure:  None/Unknown
-+--
 It looks like the GHCi linker doesn't look for '.a' files, only '.o's,
 e.g. Linker.lhs line 1107:

 {{{
  mk_obj_path dir = dir  (lib <.> "o")
 }}}

 There is no corresponding call to findFile with a "a" suffix.

 This is annoying because it prevents you from running programs using the
 llvm package in GHCi. The llvm package depends on a number of .a files:

 {{{
 ld-options: ...
 -lLLVMCore -lLLVMAlphaInfo -lLLVMSupport -lLLVMSystem
 -L/usr/local/lib
...
 }}}

 And:

 {{{
 $ ls /usr/local/lib | grep LLVMCore
 libLLVMCore.a
 }}}

 The net result is that we get this error when trying to run a program
 using llvm in GHCi:

 {{{
 $ runghc BrainF.hs
 BrainF.hs: : can't load .so/.DLL for: LLVMSystem
 (dlopen(libLLVMSystem.dylib, 9): image not found)
 }}}

 Another argument for finding some way to co-opt the system linker to do
 linking for us?

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