Re: [Haskell-cafe] Gtk2HS 0.10.0 Released

2009-02-17 Thread Simon Marlow

Duncan Coutts wrote:

On Thu, 2009-02-12 at 10:11 +0100, Christian Maeder wrote:

Duncan Coutts wrote:

On Wed, 2009-02-11 at 15:49 +0100, Lennart Augustsson wrote:

Does this version work from ghci?

  -- Lennart

Specifically I believe Lennart is asking about Windows. It's worked in
ghci in Linux for ages and it worked in ghci in Windows prior to the
0.9.13 release.

In the 0.9.13 release on Windows there was something funky with linking
(possibly due to using a newer mingw) and ghci's linker could not
understand was was going on and could not load the packages.

I'm having trouble
http://hackage.haskell.org/trac/ghc/ticket/2615
(cairo depends on pthread, which has a linker script)
Is there an easy workaround?


The way it used to work was that the Gtk2Hs ./configure script just
filtered out pthread on linux systems. Of course that's just a hack.


Maybe that ticket can be considered in Plans for GHC 6.10.2


Maybe. Dealing with linker scripts properly is probably rather tricky
and we get it for free when we switch to shared libraries.


I don't follow this last point - how does switching to shared libraries for 
Haskell code change things here?


Cheers,
Simon
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


Re: [Haskell-cafe] Gtk2HS 0.10.0 Released

2009-02-17 Thread Duncan Coutts
On Tue, 2009-02-17 at 08:47 +, Simon Marlow wrote:
 Duncan Coutts wrote:

  Maybe. Dealing with linker scripts properly is probably rather tricky
  and we get it for free when we switch to shared libraries.
 
 I don't follow this last point - how does switching to shared libraries for 
 Haskell code change things here?

It means that ghci will not need to link to system shared libs except
when someone uses -lblah on the ghci command line. That's because when
we link a Haskell package as a shared lib the system linker interprets
any linker scripts and embeds the list of dependencies on other shared
libs (other Haskell packages and system libs). Then ghci just dlopens
the shared libs for the directly used Haskell packages that that
automatically resolves all their deps on other Haskell and system shared
libs.

Duncan

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


Re: [Haskell-cafe] Gtk2HS 0.10.0 Released

2009-02-12 Thread Christian Maeder
Duncan Coutts wrote:
 On Wed, 2009-02-11 at 15:49 +0100, Lennart Augustsson wrote:
 Does this version work from ghci?

   -- Lennart
 
 Specifically I believe Lennart is asking about Windows. It's worked in
 ghci in Linux for ages and it worked in ghci in Windows prior to the
 0.9.13 release.
 
 In the 0.9.13 release on Windows there was something funky with linking
 (possibly due to using a newer mingw) and ghci's linker could not
 understand was was going on and could not load the packages.

I'm having trouble
http://hackage.haskell.org/trac/ghc/ticket/2615
(cairo depends on pthread, which has a linker script)
Is there an easy workaround?

Maybe that ticket can be considered in Plans for GHC 6.10.2

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


Re: [Haskell-cafe] Gtk2HS 0.10.0 Released

2009-02-12 Thread Duncan Coutts
On Thu, 2009-02-12 at 10:11 +0100, Christian Maeder wrote:
 Duncan Coutts wrote:
  On Wed, 2009-02-11 at 15:49 +0100, Lennart Augustsson wrote:
  Does this version work from ghci?
 
-- Lennart
  
  Specifically I believe Lennart is asking about Windows. It's worked in
  ghci in Linux for ages and it worked in ghci in Windows prior to the
  0.9.13 release.
  
  In the 0.9.13 release on Windows there was something funky with linking
  (possibly due to using a newer mingw) and ghci's linker could not
  understand was was going on and could not load the packages.
 
 I'm having trouble
 http://hackage.haskell.org/trac/ghc/ticket/2615
 (cairo depends on pthread, which has a linker script)
 Is there an easy workaround?

The way it used to work was that the Gtk2Hs ./configure script just
filtered out pthread on linux systems. Of course that's just a hack.

 Maybe that ticket can be considered in Plans for GHC 6.10.2

Maybe. Dealing with linker scripts properly is probably rather tricky
and we get it for free when we switch to shared libraries.

Duncan

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