From: S. D. S. <do...@sw...> - 2010-09-09 15:38:51
|
I am in my yearly fightto get a working combination of operating system (Snow Leopard), compiler version (6.12) , wxWidgets and wxHaskell on my Mac . After deleting most of my stuff, starting afresh, hours of building using macports etc. I finally get the message: loeki:Opgave doaitse$ ghc --make Turtle.hs [1 of 1] Compiling Main ( Turtle.hs, Turtle.o ) Linking Turtle ... Undefined symbols: "_iconv_open", referenced from: _hs_iconv_open in libHSbase-4.2.0.2.a(iconv.o) (maybe you meant: _hs_iconv_open) "_iconv", referenced from: _hs_iconv in libHSbase-4.2.0.2.a(iconv.o) (maybe you meant: _hs_iconv_open, _hs_iconv , _hs_iconv_close ) "_iconv_close", referenced from: _hs_iconv_close in libHSbase-4.2.0.2.a(iconv.o) (maybe you meant: _hs_iconv_close) ld: symbol(s) not found collect2: ld returned 1 exit status loeki:Opgave doaitse$ Some Googling showed me that the same problem has shown up with Yi, The solution however is not there. Can someone enlighten me. Doaitse |
From: Eric Y. K. <eri...@gm...> - 2010-09-09 15:45:04
|
Hi Doaitse, On Thu, Sep 09, 2010 at 17:38:40 +0200, S. Doaitse Swierstra wrote: > I am in my yearly fightto get a working combination of operating > system (Snow Leopard), compiler version (6.12) , wxWidgets and > wxHaskell on my Mac . After deleting most of my stuff, starting > afresh, hours of building using macports etc. I finally get the > message: I may have had a similar problem back in March: http://www.mail-archive.com/wxh...@li.../msg00827.html Don't know if my explanation is sensible or not. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> For a faster response, try +44 (0)1273 64 2905 or xmpp:ko...@ja... (Jabber or Google Talk only) |
From: Sean L. <le...@cs...> - 2010-09-09 15:50:43
|
On Thu, Sep 9, 2010 at 17:44, Eric Y. Kow wrote: > On Thu, Sep 09, 2010 at 17:38:40 +0200, S. Doaitse Swierstra wrote: > > I am in my yearly fightto get a working combination of operating > > system (Snow Leopard), compiler version (6.12) , wxWidgets and > > wxHaskell on my Mac . After deleting most of my stuff, starting > > afresh, hours of building using macports etc. I finally get the > > message: > > I may have had a similar problem back in March: > > http://www.mail-archive.com/wxh...@li.../msg00827.html > > Don't know if my explanation is sensible or not. > Your observation seems to agree with several other links at http://www.google.com/search?q=macports+iconv+link . Some of them suggest renaming the Mac OS X header file iconv.h (rather than not using MacPorts). Sean |
From: Johan T. <joh...@gm...> - 2010-09-09 15:56:09
|
See if http://stackoverflow.com/questions/2726248/ghc-6-12-and-macports/3601842#3601842 is of any help. |
From: S. D. S. <do...@sw...> - 2010-09-19 19:15:35
|
In trying to get a working wx on my Snow leopard Mac I think I managed to throw away all traces of macport remains, and installed a clean GHC 6.12, a clean wx, wxcore etc. Now the website says that I still need this macosx-app, which is bundled in the binary installers, but which these have been discontinued. I can't find the templates however in the source files which I need to build this macosx-app myself. So I have the following questions: - do I still need macosx-app (my impression is: yes), and if so how can I get one - what is the role of the cabal-macosx - is the wxhaskell wiki uptodate; my impression is that it is not describing the actual situation anymore with respect to the questions above Doaitse PS: I am a bit worried about showing my incompetence as a system manager, so I would be happy if someone could help me out, for which efoort in return I am prepared to explain how I got things working on the wiki On 9 sep 2010, at 17:38, S. Doaitse Swierstra wrote: > I am in my yearly fightto get a working combination of operating system (Snow Leopard), compiler version (6.12) , wxWidgets and wxHaskell on my Mac . > After deleting most of my stuff, starting afresh, hours of building using macports etc. I finally get the message: > > loeki:Opgave doaitse$ ghc --make Turtle.hs > [1 of 1] Compiling Main ( Turtle.hs, Turtle.o ) > Linking Turtle ... > Undefined symbols: > "_iconv_open", referenced from: > _hs_iconv_open in libHSbase-4.2.0.2.a(iconv.o) > (maybe you meant: _hs_iconv_open) > "_iconv", referenced from: > _hs_iconv in libHSbase-4.2.0.2.a(iconv.o) > (maybe you meant: _hs_iconv_open, _hs_iconv , _hs_iconv_close ) > "_iconv_close", referenced from: > _hs_iconv_close in libHSbase-4.2.0.2.a(iconv.o) > (maybe you meant: _hs_iconv_close) > ld: symbol(s) not found > collect2: ld returned 1 exit status > loeki:Opgave doaitse$ > > > Some Googling showed me that the same problem has shown up with Yi, The solution however is not there. Can someone enlighten me. > > Doaitse > > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users |
From: <E....@br...> - 2010-11-23 15:29:54
|
Hi all, In case my attempt at playing switchboard helps a little... On Sun, Sep 19, 2010 at 21:15:26 +0200, S. Doaitse Swierstra wrote: > In trying to get a working wx on my Snow leopard Mac I think I managed to throw away all traces of macport remains, and installed a clean GHC 6.12, a clean wx, wxcore etc. Now the website says that I still need this macosx-app, which is bundled in the binary installers, but which these have been discontinued. I can't find the templates however in the source files which I need to build this macosx-app myself. So I have the following questions: > > - do I still need macosx-app (my impression is: yes), and if so how can I get one > - what is the role of the cabal-macosx > - is the wxhaskell wiki uptodate; > my impression is that it is not describing the actual situation anymore with respect to the questions above If I understand correctly, macosx-app got accidentally lost in the recent cabalisation cleanup, and nobody picked up the pieces. If I understand correctly, cabal-macosx does the same job but for cabalised programs (you can even cabal install cabal-macosx) Andy: 1. Is cabal-macosx ready to become the standard tool for wxHaskell users to create application bundles for their applications? 2. Perhaps you could roll a quickie macosx-app replacement tool for people with one-off toy GUIs that don't want to go through the trouble of using Cabal? Thanks! -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> For a faster response, try +44 (0)1273 64 2905 or xmpp:ko...@ja... (Jabber or Google Talk only) |
From: Mitar <mm...@gm...> - 2010-09-24 05:41:20
|
Hi! On Thu, Sep 9, 2010 at 5:38 PM, S. Doaitse Swierstra <do...@sw...> wrote: > I am in my yearly fightto get a working combination of operating system (Snow Leopard), compiler version (6.12) , wxWidgets and wxHaskell on my Mac . I had same problem just know and it seems to be (as described also elsewhere) that Haskell Platform GHC is linked against system's iconv and by using (or having) MacPorts or Fink with their own version you have a conflict. One solution is to get MacPorts a new version of GHC so there will be no need for Haskell Platform GHC installation if you want to use MacPorts: https://trac.macports.org/ticket/25558 (Or you could just change PATH so that it uses MacPorts version.) The other way is that you (for session in which you compile) hide MacPorts or Fink installation. I had this problem with Fink and I fixed this simply by undeclaring environment variables: export -n LD_LIBRARY_PATH export -n LIBRARY_PATH Of course then you cannot use Haskell libraries which require additional libraries not installed on the system (and this is why you install them with MacPorts or Fink). So one way would be to have Haskell Platform versions which link against MacPorts and Fink iconv (or their library paths in general). The other would be probably to implement/document configuration (extra-lib-dir?) that Cabal (or GHC in general) first searches system's library path (those against which GHC was compiled in Haskell Platform) and if lib is not there goes for MacPorts or Fink's library paths? Mitar |
From: Simon M. <si...@jo...> - 2010-09-24 06:10:21
|
On 09/23/2010 10:41 PM, Mitar wrote: > The other would be probably to implement/document configuration > (extra-lib-dir?) that Cabal (or GHC in general) first searches > system's library path (those against which GHC was compiled in Haskell > Platform) and if lib is not there goes for MacPorts or Fink's library > paths? Exactly. So, if you're in this situation, just make sure - whenever you use GHC, pass it the -L/usr/lib flag - put --extra-lib-dirs=/usr/lib in ~/.cabal/config Now Apple's libs will be preferred when linking haskell executables, solving the libiconv errors while still allowing macports libs to be used. |