Menu
▾
▴
wxhaskell-users
|
From: Conal E. <co...@co...> - 2009-11-16 02:05:49
|
Congratulations on the cabal-friendly new wxHaskell release! I will be thrilled to switch from gtk2hs back to wxHaskell for all of my GUI-ful projects as soon as the ghci-killing problem (crash on second 'start') is solved. Any progress? - Conal |
|
From: Jeremy O'D. <jer...@gm...> - 2009-11-16 10:19:01
|
Hi Conal,
It's next on the list. Not much progress as yet, but I do
understand the importance of this.
Jeremy
On Sun, 15 Nov 2009 18:05 -0800, "Conal Elliott"
<co...@co...> wrote:
Congratulations on the cabal-friendly new wxHaskell release!
I will be thrilled to switch from gtk2hs back to wxHaskell for
all of my GUI-ful projects as soon as the ghci-killing problem
(crash on second 'start') is solved. Any progress?
- Conal
--
Jeremy O'Donoghue
jer...@gm...
|
|
From: Conal E. <co...@co...> - 2010-07-16 23:09:48
|
Any progress on the die-on-restart issue? I've put my denotative/functional graphics & GUIs work on hold while waiting for the GUI libs situation to improve. - Conal On Mon, Nov 16, 2009 at 3:18 AM, Jeremy O'Donoghue < jer...@gm...> wrote: > Hi Conal, > > It's next on the list. Not much progress as yet, but I do understand the > importance of this. > > Jeremy > > On Sun, 15 Nov 2009 18:05 -0800, "Conal Elliott" <co...@co...> wrote: > > Congratulations on the cabal-friendly new wxHaskell release! > > I will be thrilled to switch from gtk2hs back to wxHaskell for all of my > GUI-ful projects as soon as the ghci-killing problem (crash on second > 'start') is solved. Any progress? > > - Conal > > -- > Jeremy O'Donoghue > jer...@gm... > > |
|
From: Andrew B. <and...@cs...> - 2012-04-23 16:56:19
|
I've done yet another attempt at installing wxHaskell on Mac OS X (Intel, Snow Leopard) following the page at http://www.haskell.org/haskellwiki/WxHaskell/MacOS_X I setup ghc 7.0.4 I did brew install wxmac --devel I am then asked to check my path to make sure I am using "my" wxWidgets and not the default one (I had deleted an old reference to wx 2.8 - now my path does not mention wxwidgets at all) wx2.9.3 was installed by homebrew in /opt/local/.... but I had no idea what to put in my path (A question to stackoverflow got a completely useless answer....) So I decided to soldier on... I did cabal install wx cabal-macosx --- waited - all installed just fine - it seemed to have picked up all the stuff installed by brew. I then got the EnableGUI module as described lower down the page it compiled fine I then edited HelloWord.hs to import it ,and then started ghci as recommended I get the error Loading package wxc-0.90.0.2 ... can't load .so/.DLL for: wx_baseu-2.9 (dlopen(/opt/local/lib/libwx_baseu-2.9.dylib, 9): no suitable image found. Did find: /opt/local/lib/libwx_baseu-2.9.dylib: mach-o, but wrong architecture) How do I fix this? -------------------------------------------------------------------- Andrew Butterfield Tel: +353-1-896-2517 Fax: +353-1-677-2204 Lero@TCD, Head of Foundations & Methods Research Group Director of Teaching and Learning - Undergraduate, School of Computer Science and Statistics, Room G.39, O'Reilly Institute, Trinity College, University of Dublin http://www.scss.tcd.ie/Andrew.Butterfield/ -------------------------------------------------------------------- |
|
From: Eric K. <eri...@gm...> - 2012-04-23 22:47:23
|
I'm a bit confused by this. Isn't /opt/local used by Macports rather than Homebrew? also, does non-ghci stuff work? On Monday, 23 April 2012, Andrew Butterfield wrote: > I've done yet another attempt at installing wxHaskell on Mac OS X (Intel, > Snow Leopard) > following the page at > > http://www.haskell.org/haskellwiki/WxHaskell/MacOS_X > > I setup ghc 7.0.4 > I did brew install wxmac --devel > > I am then asked to check my path to make sure I am using "my" wxWidgets > and not the default one > > (I had deleted an old reference to wx 2.8 - now my path does not mention > wxwidgets at all) > > wx2.9.3 was installed by homebrew in /opt/local/.... but I had no idea > what to put in my path > (A question to stackoverflow got a completely useless answer....) > > So I decided to soldier on... > I did cabal install wx cabal-macosx --- waited - all installed just > fine - it seemed > to have picked up all the stuff installed by brew. > > I then got the EnableGUI module as described lower down the page > it compiled fine > I then edited HelloWord.hs to import it > ,and then started ghci as recommended > -- Eric Kow <http://erickow.com> PGP Key ID: 08AC04F9 |
|
From: Andrew B. <and...@cs...> - 2012-04-24 07:39:16
|
On 23 Apr 2012, at 23:47, Eric Kow wrote:
> I'm a bit confused by this. Isn't /opt/local used by Macports rather than Homebrew?
> also, does non-ghci stuff work?
Apologies - it was MacPorts - I was getting hopelessly confused at this stage ..
If I try to compile HelloWorld.hs I get the error below
It seems clear that I need to identify and inform the build process about my architecture
However there are no clear instructions on the wiki on how to do this
(PS - I am having equal difficulties build wxH 0.9 on wxW 2.9.3 on 64bit windows.... - but that's for another email)
$ ghc --make -package wx HelloWorld.hs
[2 of 2] Compiling Main ( HelloWorld.hs, HelloWorld.o )
Linking HelloWorld ...
ld: warning: in /opt/local/lib/libwx_osx_cocoau_xrc-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_webview-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_stc-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_richtext-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_ribbon-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_propgrid-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_aui-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_gl-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_html-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_qa-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_adv-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_osx_cocoau_core-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_baseu_xml-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_baseu_net-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libwx_baseu-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libiconv.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
Undefined symbols:
"_iconv_open", referenced from:
_hs_iconv_open in libHSbase-4.3.1.0.a(iconv.o)
(maybe you meant: _hs_iconv_open)
"_locale_charset", referenced from:
_localeEncoding in libHSbase-4.3.1.0.a(PrelIOUtils.o)
"_iconv", referenced from:
_hs_iconv in libHSbase-4.3.1.0.a(iconv.o)
(maybe you meant: _hs_iconv_open, _hs_iconv , _hs_iconv_close )
"_iconv_close", referenced from:
_hs_iconv_close in libHSbase-4.3.1.0.a(iconv.o)
(maybe you meant: _hs_iconv_close)
ld: symbol(s) not found
collect2: ld returned 1 exit status
[~/Documents/wxOnMacOSX]
$
>
> On Monday, 23 April 2012, Andrew Butterfield wrote:
> I've done yet another attempt at installing wxHaskell on Mac OS X (Intel, Snow Leopard)
> following the page at
>
> http://www.haskell.org/haskellwiki/WxHaskell/MacOS_X
>
> I setup ghc 7.0.4
> I did brew install wxmac --devel
>
> I am then asked to check my path to make sure I am using "my" wxWidgets and not the default one
>
> (I had deleted an old reference to wx 2.8 - now my path does not mention wxwidgets at all)
>
> wx2.9.3 was installed by homebrew in /opt/local/.... but I had no idea what to put in my path
> (A question to stackoverflow got a completely useless answer....)
>
> So I decided to soldier on...
> I did cabal install wx cabal-macosx --- waited - all installed just fine - it seemed
> to have picked up all the stuff installed by brew.
>
> I then got the EnableGUI module as described lower down the page
> it compiled fine
> I then edited HelloWord.hs to import it
> ,and then started ghci as recommended
>
>
> --
> Eric Kow <http://erickow.com>
> PGP Key ID: 08AC04F9
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
--------------------------------------------------------------------
Andrew Butterfield Tel: +353-1-896-2517 Fax: +353-1-677-2204
Lero@TCD, Head of Foundations & Methods Research Group
Director of Teaching and Learning - Undergraduate,
School of Computer Science and Statistics,
Room G.39, O'Reilly Institute, Trinity College, University of Dublin
http://www.scss.tcd.ie/Andrew.Butterfield/
--------------------------------------------------------------------
|
|
From: Heinrich A. <apf...@qu...> - 2012-04-24 11:16:21
|
Andrew Butterfield wrote:
>
> $ ghc --make -package wx HelloWorld.hs
> [2 of 2] Compiling Main ( HelloWorld.hs, HelloWorld.o )
> Linking HelloWorld ...
> ld: warning: in /opt/local/lib/libwx_osx_cocoau_xrc-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
> ld: warning: in /opt/local/lib/libwx_osx_cocoau_webview-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
> [..]
> Undefined symbols:
> "_iconv_open", referenced from:
> _hs_iconv_open in libHSbase-4.3.1.0.a(iconv.o)
> (maybe you meant: _hs_iconv_open)
> "_locale_charset", referenced from:
> _localeEncoding in libHSbase-4.3.1.0.a(PrelIOUtils.o)
> "_iconv", referenced from:
> _hs_iconv in libHSbase-4.3.1.0.a(iconv.o)
> (maybe you meant: _hs_iconv_open, _hs_iconv , _hs_iconv_close )
> "_iconv_close", referenced from:
> _hs_iconv_close in libHSbase-4.3.1.0.a(iconv.o)
> (maybe you meant: _hs_iconv_close)
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
>
> [~/Documents/wxOnMacOSX]
> $
Yay, I know what's going on!
* The first error messages indicate that GHC complains about your
wxWidgets installation being 32bit. This means that you have a 64bit
GHC. The solution is to install the wxWidgets library with the
+universal flag, i.e.
sudo port install wxWidgets-devel +universal
It might be that you have to do the same with the dependencies of the
wxWidgets-devel port. You can set the +universal flag globally in
/opt/local/etc/macports/variants.conf
* The undefined symbols are due to two different libiconv, one provided
by OS X and one provided by Macports. The solution is to tell GHC to
prefer the former
ghc --make -package wx HelloWorld.hs -L/usr/lib
Both these issues can be avoided by using homebrew. Whether this merely
trades them for other issues is another question, of course...
Concerning the EnableGUI thing, it will be obsolete very soon. I have
submitted a patch to Jeremy who will upload a new version to hackage
once he has tested all platforms.
Best regards,
Heinrich Apfelmus
--
http://apfelmus.nfshost.com
|
|
From: Brian L. <br...@lo...> - 2009-11-16 19:56:02
|
On Sunday, 15.11.09 at 18:05, Conal Elliott wrote: > I will be thrilled to switch from gtk2hs back to wxHaskell for all of > my GUI-ful projects as soon as the ghci-killing problem (crash on > second 'start') is solved. Any progress? Thanks for reminding. I ran the death program like this: $ cat > test.hs import Graphics.UI.WX main = io >> io where io = start (frame [] >> return ()) $ ghci test.hs GHCi, version 6.10.4: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer ... linking ... done. Loading package base ... linking ... done. [1 of 1] Compiling Main ( test.hs, interpreted ) Ok, modules loaded: Main. *Main> main Loading package syb ... linking ... done. Loading package base-3.0.3.1 ... linking ... done. Loading package array-0.2.0.0 ... linking ... done. Loading package containers-0.2.0.1 ... linking ... done. Loading package old-locale-1.0.0.1 ... linking ... done. Loading package old-time-1.0.0.2 ... linking ... done. Loading package filepath-1.1.0.2 ... linking ... done. Loading package unix-2.3.2.0 ... linking ... done. Loading package directory-1.0.0.3 ... linking ... done. Loading package stm-2.1.1.2 ... linking ... done. Loading package bytestring-0.9.1.5 ... linking ... done. Loading package parsec-2.1.0.1 ... linking ... done. Loading package time-1.1.4 ... linking ... done. Loading package wxdirect-0.12.1.1 ... linking ... done. Loading package wxcore-0.12.1.2 ... linking ... <interactive>: /home/brian/.cabal/lib/wxcore-0.12.1.2/ghc-6.10.4/HSwxcore-0.12.1.2.o: unknown symbol `__dso_handle' ghc: unable to load package `wxcore-0.12.1.2' *Main> Searching for stuff related to that problem, I found http://sourceware.org/ml/binutils/2002-11/msg00328.html which basically says to use gcc instead of ld to link. I'll check on this more in a little while. |
|
From: Jeremy O'D. <jer...@gm...> - 2010-07-17 17:04:39
|
Hi Conal,
Nowhere near enough, I'm afraid.
I have (locally) a build which puts wxc back into a DLL, but
builds in Cabal, which will enable GHCI with die on restart (we
don't even have that as yet), and a plan for the next stage.
Unfortunately my time for Haskell (well, anything) has been hit
very hard over the past few months as my wife has been ill, and I
have two young kids to look after as well as trying to keep the
day job! She is starting to get better, so I hope that I will
start to have some time for wxHaskell soon.
It really is at the top of my Haskell list though.
Regards
Jeremy
On Fri, 16 Jul 2010 16:09 -0700, "Conal Elliott"
<co...@co...> wrote:
Any progress on the die-on-restart issue? I've put my
denotative/functional graphics & GUIs work on hold while
waiting for the GUI libs situation to improve.
- Conal
On Mon, Nov 16, 2009 at 3:18 AM, Jeremy O'Donoghue
<[1]jer...@gm...> wrote:
Hi Conal,
It's next on the list. Not much progress as yet, but I do
understand the importance of this.
Jeremy
On Sun, 15 Nov 2009 18:05 -0800, "Conal Elliott"
<[2]co...@co...> wrote:
Congratulations on the cabal-friendly new wxHaskell release!
I will be thrilled to switch from gtk2hs back to wxHaskell for
all of my GUI-ful projects as soon as the ghci-killing problem
(crash on second 'start') is solved. Any progress?
- Conal
--
Jeremy O'Donoghue
[3]jer...@gm...
References
1. mailto:jer...@gm...
2. mailto:co...@co...
3. mailto:jer...@gm...
--
Jeremy O'Donoghue
jer...@gm...
|
|
From: Conal E. <co...@co...> - 2010-07-17 23:18:31
|
Hi Jeremy, Thanks much for the update. I'm glad to hear that ghci-friendliness is still a priority. My heartfelt best wishes for your wife's recovery to vibrant health! Warmly, - Conal On Sat, Jul 17, 2010 at 10:04 AM, Jeremy O'Donoghue < jer...@gm...> wrote: > Hi Conal, > > Nowhere near enough, I'm afraid. > > I have (locally) a build which puts wxc back into a DLL, but builds in > Cabal, which will enable GHCI with die on restart (we don't even have that > as yet), and a plan for the next stage. > > Unfortunately my time for Haskell (well, anything) has been hit very hard > over the past few months as my wife has been ill, and I have two young kids > to look after as well as trying to keep the day job! She is starting to get > better, so I hope that I will start to have some time for wxHaskell soon. > > It really is at the top of my Haskell list though. > > Regards > Jeremy > > On Fri, 16 Jul 2010 16:09 -0700, "Conal Elliott" <co...@co...> wrote: > > Any progress on the die-on-restart issue? I've put my > denotative/functional graphics & GUIs work on hold while waiting for the GUI > libs situation to improve. > > - Conal > > On Mon, Nov 16, 2009 at 3:18 AM, Jeremy O'Donoghue < > jer...@gm...> wrote: > > Hi Conal, > > It's next on the list. Not much progress as yet, but I do understand the > importance of this. > > Jeremy > > > On Sun, 15 Nov 2009 18:05 -0800, "Conal Elliott" <co...@co...> wrote: > > Congratulations on the cabal-friendly new wxHaskell release! > > I will be thrilled to switch from gtk2hs back to wxHaskell for all of my > GUI-ful projects as soon as the ghci-killing problem (crash on second > 'start') is solved. Any progress? > > - Conal > > -- > Jeremy O'Donoghue > jer...@gm... > > > -- > Jeremy O'Donoghue > jer...@gm... > > |
|
From: Eric K. <eri...@gm...> - 2012-04-24 08:15:28
Attachments:
signature.asc
|
On 24 Apr 2012, at 08:40, Andrew Butterfield wrote: > > On 23 Apr 2012, at 23:47, Eric Kow wrote: > >> I'm a bit confused by this. Isn't /opt/local used by Macports rather than Homebrew? >> also, does non-ghci stuff work? > > Apologies - it was MacPorts - I was getting hopelessly confused at this stage .. That's our fault! :-) We do need to work on making this sort of stuff easier to understand. One mild annoyance being that Haskell wiki doesn't give a separate colour > ld: warning: in /opt/local/lib/libwx_baseu-2.9.dylib, file was built for unsupported file format which is not the architecture being linked (i386) > ld: warning: in /opt/local/lib/libiconv.dylib, file was built for unsupported file format which is not the architecture being linked (i386) What's your architecture? If 64 bit, what sort of GHC do you have? > Undefined symbols: > "_iconv_open", referenced from: > _hs_iconv_open in libHSbase-4.3.1.0.a(iconv.o) > (maybe you meant: _hs_iconv_open) > "_locale_charset", referenced from: > _localeEncoding in libHSbase-4.3.1.0.a(PrelIOUtils.o) > "_iconv", referenced from: > _hs_iconv in libHSbase-4.3.1.0.a(iconv.o) > (maybe you meant: _hs_iconv_open, _hs_iconv , _hs_iconv_close ) > "_iconv_close", referenced from: > _hs_iconv_close in libHSbase-4.3.1.0.a(iconv.o) > (maybe you meant: _hs_iconv_close) > ld: symbol(s) not found > collect2: ld returned 1 exit status I notice apfelmus mentioned that he'd tweaked the Portfile for wxWidgets. Comments? I personally threw my hands up a couple of years ago and ended up switching to HomeBrew (see http://permalink.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/908 ) -- Eric Kow <http://erickow.com> |
|
From: Andrew B. <and...@cs...> - 2012-04-24 08:37:11
|
Thanks Eric, I have a proposal to help in this regard, just sent to wxhaskell-devel On 24 Apr 2012, at 09:15, Eric Kow wrote: > > > What's your architecture? If 64 bit, what sort of GHC do you have? My Mac: 10.6.8, Intel Core i7 System Version: Mac OS X 10.6.8 (10K549) Kernel Version: Darwin 10.8.0 Boot Volume: Macintosh HD Boot Mode: Normal Computer Name: Andrew Butterfield’s iMac User Name: Andrew Butterfield (andrewbutterfield) Secure Virtual Memory: Not Enabled 64-bit Kernel and Extensions: No Time since boot: 1 day44 minutes I guess thats 32bit, then... GHCi, version 7.0.4: http://www.haskell.org/ghc/ :? for help > > I personally threw my hands up a couple of years ago and ended up switching to HomeBrew (see http://permalink.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/908 ) I switched as well, but had no better luck... > -------------------------------------------------------------------- Andrew Butterfield Tel: +353-1-896-2517 Fax: +353-1-677-2204 Lero@TCD, Head of Foundations & Methods Research Group Director of Teaching and Learning - Undergraduate, School of Computer Science and Statistics, Room G.39, O'Reilly Institute, Trinity College, University of Dublin http://www.scss.tcd.ie/Andrew.Butterfield/ -------------------------------------------------------------------- |
|
From: Eric K. <eri...@gm...> - 2012-04-24 11:52:54
Attachments:
signature.asc
|
On 24 Apr 2012, at 12:15, Heinrich Apfelmus wrote: > Both these issues can be avoided by using homebrew. Whether this merely > trades them for other issues is another question, of course... I'll add that whatever you choose to do, I'll add that it's probably a good idea to stick to one package manager and not try to combine them (this is pure superstitious thinking on my part, however). That said, when I first switched, I used both for a while until MacPorts usage withered away. Not pushing either way. /me roots for Nix -- Eric Kow <http://erickow.com> |
|
From: Jeremy O'D. <jer...@gm...> - 2012-04-24 12:37:27
|
On 24 April 2012 12:52, Eric Kow <eri...@gm...> wrote: > > /me roots for Nix > Which currently doesn't build :-( See https://github.com/jodonoghue/wxHaskell/issues/4 - I'm working on it, but will not be able to test the solution as life is too short to create Yet Another Test Environment - I already test on the following (the top 3 get the most love): - Mac OS X Lion (64bit GHC / 64 bit wxWidgets 2.9.3 / wxHaskell 0.90) - Windows 7 Enterprise (64bit OS / 32 bit GHC / 32 bit wxWidgets 2.9.3 / wxHaskell 0.90) in a VM - Debian 6 (32 bit OS / 32 bit GHC / 32 bit wxWidgets 2.9.3 / wxHaskell 0.90) in a VM - FreeBSD (32 bit OS / 32 bit GHC / 32 bit wxWidgets 2.8.12 / wxHaskell 0.13) in a VM That's enough for anyone with other things to do, I'm afraid. Jeremy |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X