You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(34) |
Sep
(14) |
Oct
(36) |
Nov
(32) |
Dec
(15) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
(9) |
Mar
(31) |
Apr
(36) |
May
(17) |
Jun
(21) |
Jul
(13) |
Aug
(18) |
Sep
(2) |
Oct
(10) |
Nov
(18) |
Dec
(28) |
2005 |
Jan
(26) |
Feb
(15) |
Mar
(26) |
Apr
(11) |
May
(60) |
Jun
(3) |
Jul
(12) |
Aug
(4) |
Sep
(12) |
Oct
(19) |
Nov
(36) |
Dec
(10) |
2006 |
Jan
(6) |
Feb
(13) |
Mar
(6) |
Apr
(2) |
May
(9) |
Jun
(3) |
Jul
(6) |
Aug
(13) |
Sep
(1) |
Oct
(24) |
Nov
(33) |
Dec
(47) |
2007 |
Jan
(21) |
Feb
(41) |
Mar
(17) |
Apr
(9) |
May
(4) |
Jun
(20) |
Jul
(24) |
Aug
(71) |
Sep
(35) |
Oct
(10) |
Nov
(39) |
Dec
(39) |
2008 |
Jan
(24) |
Feb
(42) |
Mar
(61) |
Apr
(12) |
May
(11) |
Jun
(4) |
Jul
(9) |
Aug
(6) |
Sep
(6) |
Oct
(4) |
Nov
(3) |
Dec
(14) |
2009 |
Jan
(25) |
Feb
(18) |
Mar
(19) |
Apr
(24) |
May
(14) |
Jun
(7) |
Jul
(14) |
Aug
(25) |
Sep
(40) |
Oct
(20) |
Nov
(22) |
Dec
(4) |
2010 |
Jan
(55) |
Feb
(11) |
Mar
(9) |
Apr
(10) |
May
(10) |
Jun
(9) |
Jul
(7) |
Aug
(4) |
Sep
(15) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
2011 |
Jan
(2) |
Feb
(1) |
Mar
(4) |
Apr
(6) |
May
(20) |
Jun
(30) |
Jul
(15) |
Aug
(4) |
Sep
(23) |
Oct
(24) |
Nov
(3) |
Dec
(8) |
2012 |
Jan
(23) |
Feb
(7) |
Mar
(19) |
Apr
(48) |
May
(8) |
Jun
(27) |
Jul
(10) |
Aug
(1) |
Sep
(11) |
Oct
(1) |
Nov
|
Dec
(3) |
2013 |
Jan
(1) |
Feb
|
Mar
(17) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(12) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
2015 |
Jan
|
Feb
|
Mar
(14) |
Apr
(5) |
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
(2) |
Dec
(1) |
2016 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Jeremy O'D. <jer...@gm...> - 2010-05-04 11:47:09
|
Hi Dan, I have confirmed the problem exists, but it's really a Haskell Platform (rather than Windows 7)issue - the latest Haskell Platform doesn't include C++ support. Workaround is to use the previous Haskell Platform version. I'm posting to Haskell list to see if there's a work-around. Regards Jeremy On Mon, 03 May 2010 00:41 -0400, "Dan Haraj" <dev...@gm...> wrote: I have been trying to build the latest version on windows 7 for a few days now. I have not managed to get it. The furthest I have gotten has given me an error-dump from cabal about /include/wx/string.h after [22 of 22]... \WXCore.o I built wx in the way that was prescribed by the wiki page. I then set the environment variable WXWIN and WXCFG properly. When I tried to run cabal install wx, it failed telling me I didn't have a long list of C libraries. I then ran cabal install wx --extra-include-dirs = "" --extra-lib-dirs "" to point to the libraries in my mingw distribution. I am using my own instead of the one that comes with the haskell platform because the latter didn't seem to have the libraries. I don't know. I am very new to Haskell. Anyway, running with the extra flags worked except for the error I described in the first line of this message. I don't know what to do. I have noticed that wxhaskell's wiki page does not state that it has been successfully built on Win7. Is this the state of things? Thanks -Dan ------------------------------------------------------------------------- ----- _______________________________________________ wxhaskell-users mailing list wxh...@li... https://lists.sourceforge.net/lists/listinfo/wxhaskell-users -- Jeremy O'Donoghue jer...@gm... |
From: Jeremy O'D. <jod...@fa...> - 2010-05-03 20:58:40
|
Hi Dan, I don't know of anyone who has done this. I have a 64 bit Windows 7 machine at work which has never had wxHaskell on it (in fact, it hasn't had Haskell at all!), so I'll try a clean build in the next day or two and let you know what happened (I'll be using the latest Haskell Platform as my ghc install). If I run into any issues it may take me a few days to fix them, but if all is smooth, I'll document exactly what I did (if it differs in any way from the wiki). Ghc includes its own copy of MinGW, so I don't think it's a good idea to point to the libraries from your own installation. However, if there's any issue, I'll hopefully find it very soon. Regards Jeremy On 3 May 2010, at 05:41, Dan Haraj wrote: > I have been trying to build the latest version on windows 7 for a > few days now. I have not managed to get it. The furthest I have > gotten has given me an error-dump from cabal about /include/wx/ > string.h after [22 of 22]... \WXCore.o > > I built wx in the way that was prescribed by the wiki page. I then > set the environment variable WXWIN and WXCFG properly. When I tried > to run cabal install wx, it failed telling me I didn't have a long > list of C libraries. I then ran cabal install wx --extra-include- > dirs = "" --extra-lib-dirs "" to point to the libraries in my mingw > distribution. I am using my own instead of the one that comes with > the haskell platform because the latter didn't seem to have the > libraries. I don't know. I am very new to Haskell. > > Anyway, running with the extra flags worked except for the error I > described in the first line of this message. I don't know what to > do. I have noticed that wxhaskell's wiki page does not state that > it has been successfully built on Win7. Is this the state of things? > > Thanks > > -Dan > ---------------------------------------------------------------------- > -------- > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users |
From: Jeremy O'D. <jod...@fa...> - 2010-05-03 20:43:12
|
Hi Sok, I'm afraid this is a known issue for which I do not yet have a fix. Currently wxHaskell is not usable from ghci, I'm afraid. Regards Jeremy On 3 May 2010, at 14:29, Sok H. Chang wrote: > I install ghc 6.10.4 on Ubuntu Karmic > I install wxHaskell through cabal > > I try to use wxHaskell, I got some problem. > The error message is... > > shaegis@shaegis-laptop:~$ ghci -package wx Hello.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. > Loading package syb ... linking ... done. > Loading package array-0.2.0.0 ... linking ... done. > Loading package stm-2.1.1.2 ... linking ... done. > Loading package bytestring-0.9.1.4 ... linking ... done. > Loading package containers-0.2.0.1 ... linking ... done. > Loading package filepath-1.1.0.2 ... linking ... done. > Loading package old-locale-1.0.0.1 ... linking ... done. > Loading package old-time-1.0.0.2 ... linking ... done. > Loading package unix-2.3.2.0 ... linking ... done. > Loading package directory-1.0.0.3 ... linking ... done. > Loading package parsec-2.1.0.1 ... linking ... done. > Loading package time-1.1.2.4 ... linking ... done. > Loading package wxdirect-0.12.1.3 ... linking ... done. > ghc: /usr/local/lib/wxcore-0.12.1.4/ghc-6.10.4/HSwxcore-0.12.1.4.o: > unknown symbol `__dso_handle' > Loading package wxcore-0.12.1.4 ... linking ... ghc: unable to load > package `wxcore-0.12.1.4' > > How can I fix this? > Thanks a lot ! > > > ---------------------------------------------------------------------- > -------- > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users |
From: Sok H. C. <sh...@gm...> - 2010-05-03 13:36:06
|
I install ghc 6.10.4 on Ubuntu Karmic I install wxHaskell through cabal I try to use wxHaskell, I got some problem. The error message is... shaegis@shaegis-laptop:~$ ghci -package wx Hello.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. Loading package syb ... linking ... done. Loading package array-0.2.0.0 ... linking ... done. Loading package stm-2.1.1.2 ... linking ... done. Loading package bytestring-0.9.1.4 ... linking ... done. Loading package containers-0.2.0.1 ... linking ... done. Loading package filepath-1.1.0.2 ... linking ... done. Loading package old-locale-1.0.0.1 ... linking ... done. Loading package old-time-1.0.0.2 ... linking ... done. Loading package unix-2.3.2.0 ... linking ... done. Loading package directory-1.0.0.3 ... linking ... done. Loading package parsec-2.1.0.1 ... linking ... done. Loading package time-1.1.2.4 ... linking ... done. Loading package wxdirect-0.12.1.3 ... linking ... done. ghc: /usr/local/lib/wxcore-0.12.1.4/ghc-6.10.4/HSwxcore-0.12.1.4.o: unknown symbol `__dso_handle' Loading package wxcore-0.12.1.4 ... linking ... ghc: unable to load package `wxcore-0.12.1.4' How can I fix this? Thanks a lot ! |
From: Dan H. <dev...@gm...> - 2010-05-03 04:41:20
|
I have been trying to build the latest version on windows 7 for a few days now. I have not managed to get it. The furthest I have gotten has given me an error-dump from cabal about /include/wx/string.h after [22 of 22]... \WXCore.o I built wx in the way that was prescribed by the wiki page. I then set the environment variable WXWIN and WXCFG properly. When I tried to run cabal install wx, it failed telling me I didn't have a long list of C libraries. I then ran cabal install wx --extra-include-dirs = "" --extra-lib-dirs "" to point to the libraries in my mingw distribution. I am using my own instead of the one that comes with the haskell platform because the latter didn't seem to have the libraries. I don't know. I am very new to Haskell. Anyway, running with the extra flags worked except for the error I described in the first line of this message. I don't know what to do. I have noticed that wxhaskell's wiki page does not state that it has been successfully built on Win7. Is this the state of things? Thanks -Dan |
From: Fernando B. <gre...@gm...> - 2010-04-23 21:16:23
|
Hi all, While developing our project λPage, we've found something we like to share with you all. We have an application with a main window and we want to update a part of the window (in this case, a textbox) while letting the user work with the rest of the UI. To accomplish that, we need to parallelize things and the natural way of doing so is using Control.Concurrent.forkIO. So, we have the main thread that handles the UI (like all wx apps do) and another one, started with forkIO, that periodically updates a textbox using textCtrlAppendText. Then we noticed that the forked thread only worked when the user *actually* used the UI, i.e. if the user just waited to see the new values appear in the textbox, those updates never happened. But in the very instant he moved the mouse or touched a key, BOOM, the textbox was updated. We found out what was going on and I think Jeremy will explain it better than me (maybe as an article in his blog? :P), but the basic idea is that the main loop of any wxHaskell application is running in C and the wxHaskell functions are only used as callbacks, so once the control returns to the C loop it doesn't come back to Haskell world until "something happens" (i.e. some event is triggered by the UI). We worked around the issue by adding a "keep-alive" timer that ticks every 50ms, but that's not the most elegant solution, isn't it? Anyway, to prove our point I've developed a tiny example that I'm attaching to this mail. To try it, once compiled and running, use the "Actions" menu to start the logger and then start and stop the timer. If you do nothing else in the application, you should see that it logs only when the timer is ticking. I hope this helps as it was really hard to understand and work around :) Fernando Benavides gre...@gm... |
From: Günther S. <gue...@we...> - 2010-04-14 19:34:13
|
Hi Conal, was there a problem with Fudgets? I came across is, again that is, because it was mentioned in a paper by John Hughes and wonder why it's demised for a better word. Günther |
From: Konstantin C. <kch...@gm...> - 2010-04-07 16:48:45
|
Hi, Jeremy! Thank you for reply and help. I will wait as long as it is needed. 2010/4/7 Jeremy O'Donoghue <jer...@gm...> Hi Konstantin, > > I have started looking at using wxDirect to wrap other wxWidgets > components. Bottom line is that you can't really do it with the version we > have available today. I'm working on the changes needed (they are not > extensive), but since I will be on vacation starting tomorrow, please don't > expect any reply for at least 2-3 weeks. > > Regards > Jeremy > > On Wed, 07 Apr 2010 10:47 +0100, "Jeremy O'Donoghue" < > jer...@gm...> wrote: > > Hi Konstantin, > > To answer your first question, frame returns a Frame (), which, under the > hood is an Object - that's another way of saying that I think your code is > at least correctly typed. > > I think you would need to use wxDirect to integrate properly with > wxHaskell. It's a bit tedious, but not especially hard. I'll probably write > a blog posting about this soon, but the basics of what you need to do are as > follows: > > Create an Eiffel(!) file containing all of the constant definitions > exported by wxWebConnect (or at least the ones you want...). The reason for > the Eiffel is historical: wxHaskell was originally built on top of a > (long-obsolete) binding of wxWidgets to Eiffel. This requires no real > knowledge of Eiffel: it's simply a file containing lines such as: > > wxMY_CONTROL_SOME_VALUE : INTEGER is 23 > > Create a C header file describing the API you want to wrap - this is > somewhat stylized, using macros to describe inheritance. > > Run wxDirect over the newly created files - this autogenerates C wrappers > over the C++ classes/functions with appropriate Haskell to use them. > > I realize that this is a bit 'handwaving', but a full description really > requires quite a lot more than I can manage in a single e-mail. > > As a little more help, if you download wxCore source code (cabal fetch > wxcore), you can look at the following files for inspiration: > > wxcore/src/include/wxc_glue.h and wxc.h - these show the 'wrapping' style > needed. > wxcore/src/eiffel/stc.e - this shows how to define constants in the Eiffel > format > > WxDirect accepts the following options: > > -d : create constant definitions from .e files > -c : create class definitions from .h files > -t : create class type definitions from .h files > -i : create class info definitions > -o : set the output directory > > I suspect that you will have a bit of trouble with getting all of this to > work, so if you can wait (it may be a couple of weeks), there may be a blog > posting to help you. > > Regards > Jeremy > > > On Mon, 05 Apr 2010 18:47 +0400, "Konstantin Chugalinskiy" < > kch...@gm...> wrote: > > Hello, wxHaskell community! > > I need to embed web control into my application under Windows 7. I am > trying to use wxWebconnect ( > http://www.kirix.com/labs/wxwebconnect/documentation/getting-started.html ) > library with Gecko engine for this. > Haskell code: > foreign import stdcall unsafe "_browserFrame" > c_browserFrame :: Ptr a -> IO(Ptr ()) > > main :: IO () > main > = start gui > > gui :: IO () > gui = do > f <- frame [text := "Hello world!", size := (sz 600 600) ] > withObjectPtr f c_browserFrame > return () > > where browser frame looks like > C++ code: > void* __stdcall browserFrame (wxFrame* ptrWxWindow) > { > wxString xulrunner_path = FindXulRunner(wxT("xr")); > wxString dir(wxT("\\plugins")); > wxWebControl::InitEngine(xulrunner_path); > wxWebControl::AddPluginPath(dir); > wxWebControl* ptrBrowser = new wxWebControl(ptrWxWindow, wxID_WEB, > wxPoint(0,0), wxSize(600,600)); //Here error comes from > return ptrWxWindow; > } > it is compiled as dll by MS Visual 2008 and linked to Haskell program. > > Also it looks like CreateControl execution fails. > It should be mentioned that ptrWxWindow can be operated with no errors (I > mean hiding, resizing etc) and no any other kind of control can be created > (wxButton, wxLabel). > If first parameter to c_browserFrame (parent window) is objectNull then > everything is ok with no changes to gui. I can't understand what is wrong > with ptrWxWindow param when passed from Haskell. > typeid(ptrWxWindow).name() shows expected type of ptrWxWindow - wxFrame. > > What am I doing wrong? Please help me. Or maybe can you help me using your > wxdirect subsystem to add this control to wxHaskell? > > with best regards, > Chugalinskiy Konstantin > kch...@gm... > Jabber: kos...@ja... > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta.http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > wxhaskell-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > -- > Jeremy O'Donoghue > jer...@gm... > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta.http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > wxhaskell-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > -- > Jeremy O'Donoghue > jer...@gm... > > -- with best regards, Chugalinskiy Konstantin kch...@gm... ICQ: 571803742 Jabber: kos...@ja... -- with best regards, Chugalinskiy Konstantin +380 66 2694651 +7 906 0850998 kch...@gm... ICQ: 571803742 Jabber: kos...@ja... |
From: Jeremy O'D. <jer...@gm...> - 2010-04-07 16:44:04
|
Hi Konstantin, I have started looking at using wxDirect to wrap other wxWidgets components. Bottom line is that you can't really do it with the version we have available today. I'm working on the changes needed (they are not extensive), but since I will be on vacation starting tomorrow, please don't expect any reply for at least 2-3 weeks. Regards Jeremy On Wed, 07 Apr 2010 10:47 +0100, "Jeremy O'Donoghue" <jer...@gm...> wrote: Hi Konstantin, To answer your first question, frame returns a Frame (), which, under the hood is an Object - that's another way of saying that I think your code is at least correctly typed. I think you would need to use wxDirect to integrate properly with wxHaskell. It's a bit tedious, but not especially hard. I'll probably write a blog posting about this soon, but the basics of what you need to do are as follows: Create an Eiffel(!) file containing all of the constant definitions exported by wxWebConnect (or at least the ones you want...). The reason for the Eiffel is historical: wxHaskell was originally built on top of a (long-obsolete) binding of wxWidgets to Eiffel. This requires no real knowledge of Eiffel: it's simply a file containing lines such as: wxMY_CONTROL_SOME_VALUE : INTEGER is 23 Create a C header file describing the API you want to wrap - this is somewhat stylized, using macros to describe inheritance. Run wxDirect over the newly created files - this autogenerates C wrappers over the C++ classes/functions with appropriate Haskell to use them. I realize that this is a bit 'handwaving', but a full description really requires quite a lot more than I can manage in a single e-mail. As a little more help, if you download wxCore source code (cabal fetch wxcore), you can look at the following files for inspiration: wxcore/src/include/wxc_glue.h and wxc.h - these show the 'wrapping' style needed. wxcore/src/eiffel/stc.e - this shows how to define constants in the Eiffel format WxDirect accepts the following options: -d : create constant definitions from .e files -c : create class definitions from .h files -t : create class type definitions from .h files -i : create class info definitions -o : set the output directory I suspect that you will have a bit of trouble with getting all of this to work, so if you can wait (it may be a couple of weeks), there may be a blog posting to help you. Regards Jeremy On Mon, 05 Apr 2010 18:47 +0400, "Konstantin Chugalinskiy" <kch...@gm...> wrote: Hello, wxHaskell community! I need to embed web control into my application under Windows 7. I am trying to use wxWebconnect ( [1]http://www.kirix.com/labs/wxwebconnect/documentation/getting -started.html ) library with Gecko engine for this. Haskell code: foreign import stdcall unsafe "_browserFrame" c_browserFrame :: Ptr a -> IO(Ptr ()) main :: IO () main = start gui gui :: IO () gui = do f <- frame [text := "Hello world!", size := (sz 600 600) ] withObjectPtr f c_browserFrame return () where browser frame looks like C++ code: void* __stdcall browserFrame (wxFrame* ptrWxWindow) { wxString xulrunner_path = FindXulRunner(wxT("xr")); wxString dir(wxT("\\plugins")); wxWebControl::InitEngine(xulrunner_path); wxWebControl::AddPluginPath(dir); wxWebControl* ptrBrowser = new wxWebControl(ptrWxWindow, wxID_WEB, wxPoint(0,0), wxSize(600,600)); //Here error comes from return ptrWxWindow; } it is compiled as dll by MS Visual 2008 and linked to Haskell program. Also it looks like CreateControl execution fails. It should be mentioned that ptrWxWindow can be operated with no errors (I mean hiding, resizing etc) and no any other kind of control can be created (wxButton, wxLabel). If first parameter to c_browserFrame (parent window) is objectNull then everything is ok with no changes to gui. I can't understand what is wrong with ptrWxWindow param when passed from Haskell. typeid(ptrWxWindow).name() shows expected type of ptrWxWindow - wxFrame. What am I doing wrong? Please help me. Or maybe can you help me using your wxdirect subsystem to add this control to wxHaskell? with best regards, Chugalinskiy Konstantin [2]kch...@gm... Jabber: [3]kos...@ja... ------------------------------------------------------------------------- ----- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ wxhaskell-users mailing list wxh...@li... https://lists.sourceforge.net/lists/listinfo/wxhaskell-users -- Jeremy O'Donoghue jer...@gm... ------------------------------------------------------------------------- ----- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ wxhaskell-users mailing list wxh...@li... https://lists.sourceforge.net/lists/listinfo/wxhaskell-users References 1. http://www.kirix.com/labs/wxwebconnect/documentation/getting-started.html 2. mailto:kch...@gm... 3. mailto:kos...@ja... -- Jeremy O'Donoghue jer...@gm... |
From: Jeremy O'D. <jer...@gm...> - 2010-04-07 09:47:39
|
Hi Konstantin, To answer your first question, frame returns a Frame (), which, under the hood is an Object - that's another way of saying that I think your code is at least correctly typed. I think you would need to use wxDirect to integrate properly with wxHaskell. It's a bit tedious, but not especially hard. I'll probably write a blog posting about this soon, but the basics of what you need to do are as follows: Create an Eiffel(!) file containing all of the constant definitions exported by wxWebConnect (or at least the ones you want...). The reason for the Eiffel is historical: wxHaskell was originally built on top of a (long-obsolete) binding of wxWidgets to Eiffel. This requires no real knowledge of Eiffel: it's simply a file containing lines such as: wxMY_CONTROL_SOME_VALUE : INTEGER is 23 Create a C header file describing the API you want to wrap - this is somewhat stylized, using macros to describe inheritance. Run wxDirect over the newly created files - this autogenerates C wrappers over the C++ classes/functions with appropriate Haskell to use them. I realize that this is a bit 'handwaving', but a full description really requires quite a lot more than I can manage in a single e-mail. As a little more help, if you download wxCore source code (cabal fetch wxcore), you can look at the following files for inspiration: wxcore/src/include/wxc_glue.h and wxc.h - these show the 'wrapping' style needed. wxcore/src/eiffel/stc.e - this shows how to define constants in the Eiffel format WxDirect accepts the following options: -d : create constant definitions from .e files -c : create class definitions from .h files -t : create class type definitions from .h files -i : create class info definitions -o : set the output directory I suspect that you will have a bit of trouble with getting all of this to work, so if you can wait (it may be a couple of weeks), there may be a blog posting to help you. Regards Jeremy On Mon, 05 Apr 2010 18:47 +0400, "Konstantin Chugalinskiy" <kch...@gm...> wrote: Hello, wxHaskell community! I need to embed web control into my application under Windows 7. I am trying to use wxWebconnect ( [1]http://www.kirix.com/labs/wxwebconnect/documentation/getting -started.html ) library with Gecko engine for this. Haskell code: foreign import stdcall unsafe "_browserFrame" c_browserFrame :: Ptr a -> IO(Ptr ()) main :: IO () main = start gui gui :: IO () gui = do f <- frame [text := "Hello world!", size := (sz 600 600) ] withObjectPtr f c_browserFrame return () where browser frame looks like C++ code: void* __stdcall browserFrame (wxFrame* ptrWxWindow) { wxString xulrunner_path = FindXulRunner(wxT("xr")); wxString dir(wxT("\\plugins")); wxWebControl::InitEngine(xulrunner_path); wxWebControl::AddPluginPath(dir); wxWebControl* ptrBrowser = new wxWebControl(ptrWxWindow, wxID_WEB, wxPoint(0,0), wxSize(600,600)); //Here error comes from return ptrWxWindow; } it is compiled as dll by MS Visual 2008 and linked to Haskell program. Also it looks like CreateControl execution fails. It should be mentioned that ptrWxWindow can be operated with no errors (I mean hiding, resizing etc) and no any other kind of control can be created (wxButton, wxLabel). If first parameter to c_browserFrame (parent window) is objectNull then everything is ok with no changes to gui. I can't understand what is wrong with ptrWxWindow param when passed from Haskell. typeid(ptrWxWindow).name() shows expected type of ptrWxWindow - wxFrame. What am I doing wrong? Please help me. Or maybe can you help me using your wxdirect subsystem to add this control to wxHaskell? with best regards, Chugalinskiy Konstantin [2]kch...@gm... Jabber: [3]kos...@ja... ------------------------------------------------------------------------- ----- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ wxhaskell-users mailing list wxh...@li... https://lists.sourceforge.net/lists/listinfo/wxhaskell-users References 1. http://www.kirix.com/labs/wxwebconnect/documentation/getting-started.html 2. mailto:kch...@gm... 3. mailto:kos...@ja... -- Jeremy O'Donoghue jer...@gm... |
From: carlos g. <car...@gm...> - 2010-04-05 18:08:22
|
Interesting, but I don't know how to fix. Maybe you can use the wxHtmlWindow of WxCore, it is an html engine too. You can see http://hsbrowser.wordpress.com/2010/04/05/using-wxhtmlwindow-with-wxhaskell/ I hope this help. -- carlos On 5 April 2010 10:17, Konstantin Chugalinskiy <kch...@gm...>wrote: > Hello, wxHaskell community! > > I need to embed web control into my application under Windows 7. I am > trying to use wxWebconnect ( > http://www.kirix.com/labs/wxwebconnect/documentation/getting-started.html ) > library with Gecko engine for this. > Haskell code: > foreign import stdcall unsafe "_browserFrame" > c_browserFrame :: Ptr a -> IO(Ptr ()) > > main :: IO () > main > = start gui > > gui :: IO () > gui = do > f <- frame [text := "Hello world!", size := (sz 600 600) ] > withObjectPtr f c_browserFrame > return () > > where browser frame looks like > C++ code: > void* __stdcall browserFrame (wxFrame* ptrWxWindow) > { > wxString xulrunner_path = FindXulRunner(wxT("xr")); > wxString dir(wxT("\\plugins")); > wxWebControl::InitEngine(xulrunner_path); > wxWebControl::AddPluginPath(dir); > wxWebControl* ptrBrowser = new wxWebControl(ptrWxWindow, wxID_WEB, > wxPoint(0,0), wxSize(600,600)); //Here error comes from > return ptrWxWindow; > } > it is compiled as dll by MS Visual 2008 and linked to Haskell program. > > Also it looks like CreateControl execution fails. > It should be mentioned that ptrWxWindow can be operated with no errors (I > mean hiding, resizing etc) and no any other kind of control can be created > (wxButton, wxLabel). > If first parameter to c_browserFrame (parent window) is objectNull then > everything is ok with no changes to gui. I can't understand what is wrong > with ptrWxWindow param when passed from Haskell. > typeid(ptrWxWindow).name() shows expected type of ptrWxWindow - wxFrame. > > What am I doing wrong? Please help me. Or maybe can you help me using your > wxdirect subsystem to add this control to wxHaskell? > > with best regards, > Chugalinskiy Konstantin > kch...@gm... > Jabber: kos...@ja... > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > > |
From: Konstantin C. <kch...@gm...> - 2010-04-05 14:47:44
|
Hello, wxHaskell community! I need to embed web control into my application under Windows 7. I am trying to use wxWebconnect ( http://www.kirix.com/labs/wxwebconnect/documentation/getting-started.html ) library with Gecko engine for this. Haskell code: foreign import stdcall unsafe "_browserFrame" c_browserFrame :: Ptr a -> IO(Ptr ()) main :: IO () main = start gui gui :: IO () gui = do f <- frame [text := "Hello world!", size := (sz 600 600) ] withObjectPtr f c_browserFrame return () where browser frame looks like C++ code: void* __stdcall browserFrame (wxFrame* ptrWxWindow) { wxString xulrunner_path = FindXulRunner(wxT("xr")); wxString dir(wxT("\\plugins")); wxWebControl::InitEngine(xulrunner_path); wxWebControl::AddPluginPath(dir); wxWebControl* ptrBrowser = new wxWebControl(ptrWxWindow, wxID_WEB, wxPoint(0,0), wxSize(600,600)); //Here error comes from return ptrWxWindow; } it is compiled as dll by MS Visual 2008 and linked to Haskell program. Also it looks like CreateControl execution fails. It should be mentioned that ptrWxWindow can be operated with no errors (I mean hiding, resizing etc) and no any other kind of control can be created (wxButton, wxLabel). If first parameter to c_browserFrame (parent window) is objectNull then everything is ok with no changes to gui. I can't understand what is wrong with ptrWxWindow param when passed from Haskell. typeid(ptrWxWindow).name() shows expected type of ptrWxWindow - wxFrame. What am I doing wrong? Please help me. Or maybe can you help me using your wxdirect subsystem to add this control to wxHaskell? with best regards, Chugalinskiy Konstantin kch...@gm... Jabber: kos...@ja... |
From: Henk-Jan v. T. <hj...@ch...> - 2010-04-03 19:56:56
|
On Sat, 03 Apr 2010 19:32:28 +0300, Søren Haagerup <sha...@ho...> wrote: > Hi everyone > > When compiling this: > http://imada.sdu.dk/~sorenh07/misc/haskell/Turtle.hs > > I get many strange GLib-GObject-CRITICAL errors like this: > http://imada.sdu.dk/~sorenh07/misc/haskell/Turtle.hs.out > Change: main = runTurtle square s0 to: main = start $ runTurtle square s0 Regards, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html -- |
From: Eric K. <eri...@gm...> - 2010-04-03 17:11:09
|
On Sat, Apr 03, 2010 at 16:32:28 +0000, Søren Haagerup wrote: > When compiling this: > http://imada.sdu.dk/~sorenh07/misc/haskell/Turtle.hs > > I get many strange GLib-GObject-CRITICAL errors like this: > http://imada.sdu.dk/~sorenh07/misc/haskell/Turtle.hs.out I can confirm this with wxGTK for what it's worth. Maybe somebody on Windows/MacOS X should try it and see what happens? -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
From: Søren H. <sha...@ho...> - 2010-04-03 16:35:22
|
Hi everyone When compiling this: http://imada.sdu.dk/~sorenh07/misc/haskell/Turtle.hs I get many strange GLib-GObject-CRITICAL errors like this: http://imada.sdu.dk/~sorenh07/misc/haskell/Turtle.hs.out A simpler program like this: http://imada.sdu.dk/~sorenh07/misc/haskell/Simple.hs works just fine. I don't remember having seen Haskell code come up with a "Segmentation Fault" before (usually programming errors are caught by the type checker). Is there anything obvious I'm doing wrong? Best regards, Søren |
From: Ross P. <ro...@so...> - 2010-03-27 00:11:18
|
On Fri, Mar 26, 2010 at 10:53:24PM +0000, Eric Y. Kow wrote: > Perhaps the machine on hackage is missing wxWidgets? The build client was missing the dev packages, but I've added them now. |
From: Eric Y. K. <eri...@gm...> - 2010-03-26 22:53:33
|
On Fri, Mar 26, 2010 at 15:34:16 -0700, Conal Elliott wrote: > wx and wxcore are failing to build on hackage. wx fails due to wxcore; and > i don't know what the failure is for wx. Here's the log: > http://hackage.haskell.org/packages/archive/wxcore/0.12.1.3/logs/failure/ghc-6.12. Perhaps the machine on hackage is missing wxWidgets? I'm CC'ing Ross in case he has any insights into the matter. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
From: Conal E. <co...@co...> - 2010-03-26 22:34:42
|
wx and wxcore are failing to build on hackage. wx fails due to wxcore; and i don't know what the failure is for wx. Here's the log: http://hackage.haskell.org/packages/archive/wxcore/0.12.1.3/logs/failure/ghc-6.12. - Conal |
From: Eric Y. K. <eri...@gm...> - 2010-03-25 16:22:11
|
Hi everyone, Here's a user report with some good and bad news. If somebody from the wxHaskell Team could bless or comment on this, I might forward it along to Haskell-Café. I'm Bcc'ing Gregory Wright from the MacPorts team as I think he may be interested. First the good: with MacOS X 10.6 (but 32 bit), the new wxHaskell packages by Daniel Fischer seem to work fine with GHC 6.12 and the latest Haskell Platform. And now the bad news: you have to work a little to get there if you're using MacPorts. Summary ======= 1. No more MacPorts wxWidgets; build one yourself 2. Don't forget to --enable-unicode 3. Don't forget grab your wxWidgets and not the system one 4. Or maybe wait for haskell-platform-2010.x to arrive in MacPorts 1. no more macports wxwidgets ============================= you may see this error message (see Conor McBride's suffering on http://www.haskell.org/pipermail/haskell-cafe/2009-December/071117.html ). Undefined symbols: "_iconv_close", referenced from: _hs_iconv_close in libHSbase-4.2.0.0.a(iconv.o) "_iconv", referenced from: _hs_iconv in libHSbase-4.2.0.0.a(iconv.o) "_iconv_open", referenced from: _hs_iconv_open in libHSbase-4.2.0.0.a(iconv.o) ld: symbol(s) not found collect2: ld returned 1 exit status As I vaguely understand the issue, the problem is that (a) new libHSbase gets built using iconv.h and the like from -I/usr/include, but (b) having *any* package that introduces a -L/opt/local/lib in there (eg. a MacPorts-friendly Haskeline) and that some sort of difference between the two versions of iconv make (a) and (b) an unhappy combination. Having your wxHaskell be linked against your MacPorts wxWidgets causes similar trouble if you have MacPorts iconv as well. I didn't want to think about this any harder, so I just took MacPorts out of the equation altogether by building my own wxWidgets 2.8.10 from source http://www.wxwidgets.org/downloads/#latest_stable (Hooray for stow) 2. Don't forget to --enable-unicode when configuring wxWidgets ============================================================== After untarring the wxWidgets source, I did this, the main point being the Unicode stuff; the stow related business being extra details to make life easier: port install stow ./configure --prefix=/usr/local/stow/wxMac-2.8.10 --enable-unicode make && sudo make install cd /usr/local/stow sudo stow wxMac-2.8.10 If you forget to enable Unicode, everything will build fine, but you'll get widgets with only one letter on them. 3. Don't forget to build wxHaskell against YOUR wxWidgets ========================================================= I did this: PATH=/usr/local/bin:$PATH cabal install wx If you do not temporarily re-order the path, the Setup.lhs file in wxcore will pick up the system wxWidgets which does not have the wxThread symbols wxHaskell wants (so says the wiki for OS X 10.4), and when you launch your application you'll be greeted by lots of annoying dialogue boxes that you have to chase away. Other things may break. http://www.haskell.org/haskellwiki/WxHaskell/MacOS_X I wish there was some way we could just use the system wxWidgets with maybe some sort of way of filling in the missing bits :-( 4. Maybe just wait for MacPorts haskell-platform to catch up ============================================================ Perhaps that would be the path of least resistance. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
From: Andy G. <ha...@gi...> - 2010-03-24 11:52:03
|
Dear David, You might like to look at cabal-macosx http://hackage.haskell.org/package/cabal-macosx http://github.com/gimbo/cabal-macosx -Andy On 11 Mar 2010, at 22:30, David Place wrote: > Interesting. When I try that, the program compiles. When I try to > run it however, the window pops up, but the button does not accept a > click. > > I thought to just get the macosx-app script from the source > distribution. In there, I find something called macosx-app- > template. I don't know how to generate the former from the latter. > > On Mar 11, 2010, at 4:19 PM, carlos gomez wrote: > >> I got the same error, but it is only in the ghc interpreter, so if >> you compile that with ghc --make, you will not get that error. >> >> -- carlos gomez >> >> On 11 March 2010 14:37, David Place <d...@vi...> wrote: >> >> On Mar 10, 2010, at 3:41 PM, David Place wrote: >> >>> I have just installed the Haskell Platform 2009.2.0.2 on Mac OSX >>> 10.6.2. When I try to install wx I get the following error which >>> I do not understand. >>> Can anyone give me a hint? >> >> With the kind help of several people on haskell-cafe, I have been >> able to get a version of wxHaskell to install. I appear to be >> missing "macosx-app". It is not in /usr/local/wxhaskell/bin/macosx- >> app or ~/.cabal/bin. I have tried the EnableGUI module, but get >> the error: >> >>> $ ghci -framework Carbon try.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. >>> Loading object (framework) Carbon ... done >>> final link ... done >>> [2 of 2] Compiling Main ( try.hs, interpreted ) >>> Ok, modules loaded: Main, EnableGUI. >>> *Main> enableGUI >>> *Main> main >>> Loading package syb ... linking ... done. >>> Loading package array-0.2.0.0 ... linking ... done. >>> Loading package containers-0.2.0.1 ... linking ... done. >>> Loading package bytestring-0.9.1.4 ... 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 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 ... can't load .so/.DLL for: stdc+ >>> + (dlopen(libstdc++.dylib, 9): image not found) >>> *Main> >>> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> wxhaskell-users mailing list >> wxh...@li... >> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users >> > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users -- Andy Gimblett http://gimbo.org.uk/ |
From: David P. <d...@vi...> - 2010-03-11 22:31:10
|
Interesting. When I try that, the program compiles. When I try to run it however, the window pops up, but the button does not accept a click. I thought to just get the macosx-app script from the source distribution. In there, I find something called macosx-app-template. I don't know how to generate the former from the latter. On Mar 11, 2010, at 4:19 PM, carlos gomez wrote: > I got the same error, but it is only in the ghc interpreter, so if you compile that with ghc --make, you will not get that error. > > -- carlos gomez > > On 11 March 2010 14:37, David Place <d...@vi...> wrote: > > On Mar 10, 2010, at 3:41 PM, David Place wrote: > > > I have just installed the Haskell Platform 2009.2.0.2 on Mac OSX 10.6.2. When I try to install wx I get the following error which I do not understand. > > Can anyone give me a hint? > > With the kind help of several people on haskell-cafe, I have been able to get a version of wxHaskell to install. I appear to be missing "macosx-app". It is not in /usr/local/wxhaskell/bin/macosx-app or ~/.cabal/bin. I have tried the EnableGUI module, but get the error: > > > $ ghci -framework Carbon try.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. > > Loading object (framework) Carbon ... done > > final link ... done > > [2 of 2] Compiling Main ( try.hs, interpreted ) > > Ok, modules loaded: Main, EnableGUI. > > *Main> enableGUI > > *Main> main > > Loading package syb ... linking ... done. > > Loading package array-0.2.0.0 ... linking ... done. > > Loading package containers-0.2.0.1 ... linking ... done. > > Loading package bytestring-0.9.1.4 ... 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 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 ... can't load .so/.DLL for: stdc++ (dlopen(libstdc++.dylib, 9): image not found) > > *Main> > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > |
From: carlos g. <car...@gm...> - 2010-03-11 21:27:29
|
I got the same error, but it is only in the ghc interpreter, so if you compile that with ghc --make, you will not get that error. -- carlos gomez On 11 March 2010 14:37, David Place <d...@vi...> wrote: > > On Mar 10, 2010, at 3:41 PM, David Place wrote: > > > I have just installed the Haskell Platform 2009.2.0.2 on Mac OSX 10.6.2. > When I try to install wx I get the following error which I do not > understand. > > Can anyone give me a hint? > > With the kind help of several people on haskell-cafe, I have been able to > get a version of wxHaskell to install. I appear to be missing "macosx-app". > It is not in /usr/local/wxhaskell/bin/macosx-app or ~/.cabal/bin. I have > tried the EnableGUI module, but get the error: > > > $ ghci -framework Carbon try.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. > > Loading object (framework) Carbon ... done > > final link ... done > > [2 of 2] Compiling Main ( try.hs, interpreted ) > > Ok, modules loaded: Main, EnableGUI. > > *Main> enableGUI > > *Main> main > > Loading package syb ... linking ... done. > > Loading package array-0.2.0.0 ... linking ... done. > > Loading package containers-0.2.0.1 ... linking ... done. > > Loading package bytestring-0.9.1.4 ... 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 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 ... can't load .so/.DLL for: stdc++ > (dlopen(libstdc++.dylib, 9): image not found) > > *Main> > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > wxhaskell-users mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users > |
From: David P. <d...@vi...> - 2010-03-11 18:37:16
|
On Mar 10, 2010, at 3:41 PM, David Place wrote: > I have just installed the Haskell Platform 2009.2.0.2 on Mac OSX 10.6.2. When I try to install wx I get the following error which I do not understand. > Can anyone give me a hint? With the kind help of several people on haskell-cafe, I have been able to get a version of wxHaskell to install. I appear to be missing "macosx-app". It is not in /usr/local/wxhaskell/bin/macosx-app or ~/.cabal/bin. I have tried the EnableGUI module, but get the error: > $ ghci -framework Carbon try.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. > Loading object (framework) Carbon ... done > final link ... done > [2 of 2] Compiling Main ( try.hs, interpreted ) > Ok, modules loaded: Main, EnableGUI. > *Main> enableGUI > *Main> main > Loading package syb ... linking ... done. > Loading package array-0.2.0.0 ... linking ... done. > Loading package containers-0.2.0.1 ... linking ... done. > Loading package bytestring-0.9.1.4 ... 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 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 ... can't load .so/.DLL for: stdc++ (dlopen(libstdc++.dylib, 9): image not found) > *Main> > |
From: David P. <d...@vi...> - 2010-03-11 09:10:34
|
Hi: I have just installed the Haskell Platform 2009.2.0.2 on Mac OSX 10.6.2. When I try to install wx I get the following error which I do not understand. Can anyone give me a hint? $ cabal install wx Resolving dependencies... cabal: cannot configure containers-0.3.0.0. It requires base >=4.2 && <6 For the dependency on base >=4.2 && <6 there are these packages: base-4.2.0.0. However none of them are available. base-4.2.0.0 was excluded because of the top level dependency base -any Here are my packages: $ ghc-pkg list /Library/Frameworks/GHC.framework/Versions/610/usr/lib/ghc-6.10.4/./package.conf: Cabal-1.6.0.3, GLUT-2.1.1.2, HTTP-4000.0.6, HUnit-1.2.0.3, OpenGL-2.2.1.1, QuickCheck-1.2.0.0, array-0.2.0.0, base-3.0.3.1, base-4.1.0.0, bytestring-0.9.1.4, cgi-3001.1.7.1, containers-0.2.0.1, directory-1.0.0.3, (dph-base-0.3), (dph-par-0.3), (dph-prim-interface-0.3), (dph-prim-par-0.3), (dph-prim-seq-0.3), (dph-seq-0.3), editline-0.2.1.0, extensible-exceptions-0.1.1.0, fgl-5.4.2.2, filepath-1.1.0.2, (ghc-6.10.4), ghc-prim-0.1.0.0, haddock-2.4.2, haskell-src-1.0.1.3, haskell98-1.0.1.0, hpc-0.5.0.3, html-1.0.1.2, integer-0.1.0.1, mtl-1.1.0.2, network-2.2.1.2, network-2.2.1.4, old-locale-1.0.0.1, old-time-1.0.0.2, packedstring-0.1.0.1, parallel-1.1.0.1, parsec-2.1.0.1, pretty-1.0.1.0, process-1.0.1.1, random-1.0.0.1, regex-base-0.72.0.2, regex-compat-0.71.0.1, regex-posix-0.72.0.3, rts-1.0, stm-2.1.1.2, syb-0.1.0.1, template-haskell-2.3.0.1, time-1.1.2.4, time-1.1.4, unix-2.3.2.0, xhtml-3000.2.0.1, zlib-0.5.0.0 /Users/davidplace/.ghc/i386-darwin-6.10.4/package.conf: fingertree-0.0.1.0 |
From: Mads L. <mad...@ya...> - 2010-02-28 16:28:05
|
Hi All This is an initial release of XrcAccessor, which is a program to generate type-safe accessor functions from XRC files. See attached tar.gz. As of yet, there is little documentation, but I do not think much documentation is needed either. There are two examples that shows what this small program can do in testsuite/TestControls.hs and testsuite/TestMenu.hs. To run these two examples and the unit tests do: > cd testsuite > chmod 755 doTest > ./doTest If you are on MS Windows, you may need to alter the doTest script a bit. You can install the program by: runhaskell Setup.hs --user configure runhaskell Setup.hs build runhaskell Setup.hs install Greetings, Mads Lindstrøm |