Menu
▾
▴
wxhaskell-devel — wxhaskell developers
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(53) |
Mar
(145) |
Apr
(22) |
May
(7) |
Jun
(14) |
Jul
(14) |
Aug
(9) |
Sep
(10) |
Oct
(48) |
Nov
(59) |
Dec
(45) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(36) |
Feb
(5) |
Mar
(33) |
Apr
(28) |
May
(5) |
Jun
(6) |
Jul
(1) |
Aug
(7) |
Sep
(11) |
Oct
(3) |
Nov
(31) |
Dec
|
| 2010 |
Jan
(8) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(9) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
(12) |
Jul
(36) |
Aug
(7) |
Sep
(40) |
Oct
(6) |
Nov
(40) |
Dec
(8) |
| 2012 |
Jan
(54) |
Feb
(8) |
Mar
(1) |
Apr
(16) |
May
(2) |
Jun
(12) |
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
(7) |
| 2013 |
Jan
(8) |
Feb
|
Mar
(13) |
Apr
(2) |
May
(13) |
Jun
(44) |
Jul
|
Aug
(13) |
Sep
(12) |
Oct
(11) |
Nov
(7) |
Dec
(6) |
| 2014 |
Jan
(3) |
Feb
(4) |
Mar
(9) |
Apr
(1) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(2) |
Jun
(3) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(2) |
Nov
(1) |
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jeremy O'D. <jer...@gm...> - 2013-06-17 06:17:39
|
wxdirect does not support conditional compilation, I'm afraid. It's a large
part of the reason why there are separate branches for wxWidgets 2.8 and
2.9.
Adding a real C preprocessor to wxdirect is a pretty large task.
The usual approach we have used in the past is:
* Define function in the header read by wxdirect
* Define a 'NULL' implementation as well as the correct one, e.g.
In wxc_glue.h
int wxSomeClass_GetSomeParam( TSelf(wxSomeClass), int param1, int param2);
in SomeClass.cpp
EWXWEXPORT(int,wxSomeClass_GetSomeParam)(wxSomeClass* self, int param1, int
param2)
{
#if (wxVERSION_NUMBER < 2900)
return 0;
#else
// Do the real wrapping
#endif
}
This is far from ideal, but it is the simplest workaround to get things
compiling. You can use wxCHECK_VERSION above as well - I think the logic is
inverted, but the code is otherwise similar.
Jeremy
On 9 June 2013 21:52, Charles the Hawk <cha...@ya...> wrote:
> At first I installed the 90.0.1 from the older site. I had to modify
> wxdirect to do an "import Foreign.C.Types" to get rid of the arg type
> errors and change the pointer assignment in eljpen.cpp that others have
> mentioned. It was working fine so I installed the 90.1 from Atze's repo
> into a sandbox as described in the wiki. I thought I changed the path
> to use the 90.1 wxdirect but it's possible the older modified wxdirect
> was running. I'll try to play around with it some tomorrow and make
> sure my modified wxdirect isn't being run. But I definitely had to
> change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as
> Blair suggested.
>
> I think we need to decide what to do on conditional compiles. Either 1)
> modify wxdirect to handle them (way over my head), 2) no conditionals in
> the headers wxdirect processes which also means to leave out any new
> function not in a specific lower version, or 3) require a specific
> higher version. It seems to me that #2 is probably the simplest and
> thus best way to go as that should work on more installs without
> requiring modifications unless it turns out that SetDeviceClippingRegion
> is actually required in 2.9.4 installs.
>
> On 06/09/2013 07:31 PM, harry wrote:
> > Blair Archibald <mrblairarchibald@...> writes:
> >
> >> I used this repo: https://github.com/atzedijkstra/wxHaskell
> >> Using wxWidgets 2.9.4, and GHC 7.6.3 the only change needed is in
> > wxc/src/cpp/eljdc.cpp line 214 (the #if wxCHECK_VERSION(2,9,5) should be
> > commented out - or at least had to be on my setup.
> >> Then a simple: cabal install ./wxdirect ./wxc ./wxcore ./wx
> >> Should hopefully get you up and running, let me know how it goes.
> > I used that one as well, and got a ton of "Unacceptable argument type in
> > foreign declaration" errors, perhaps related to
> > http://hackage.haskell.org/trac/ghc/ticket/5610.
> >
> >
> >
> ------------------------------------------------------------------------------
> > How ServiceNow helps IT people transform IT departments:
> > 1. A cloud service to automate IT design, transition and operations
> > 2. Dashboards that offer high-level views of enterprise services
> > 3. A single system of record for all IT processes
> > http://p.sf.net/sfu/servicenow-d2d-j
> > _______________________________________________
> > wxhaskell-devel mailing list
> > wxh...@li...
> > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>
>
>
> ------------------------------------------------------------------------------
> How ServiceNow helps IT people transform IT departments:
> 1. A cloud service to automate IT design, transition and operations
> 2. Dashboards that offer high-level views of enterprise services
> 3. A single system of record for all IT processes
> http://p.sf.net/sfu/servicenow-d2d-j
> _______________________________________________
> wxhaskell-devel mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>
|
|
From: harry <vol...@ho...> - 2013-06-16 18:13:47
|
harry <voldermort@...> writes: > I tried that, uuid.dll isn't there. Google isn't much help either. If anyone's got wxhaskell working on Windows, could they upload the dll somewhere pretty please? |
|
From: harry <vol...@ho...> - 2013-06-16 13:57:32
|
Eric Kow <eric.kow@...> writes: > Hmm, apparently somebody's been down a similar path > > http://www.haskell.org/haskellwiki/WxHaskell/Windows > > (search uuid.dll - not sure where it comes from though) I tried that, uuid.dll isn't there. Google isn't much help either. |
|
From: Eric K. <eri...@gm...> - 2013-06-16 13:09:24
|
Hmm, apparently somebody's been down a similar path http://www.haskell.org/haskellwiki/WxHaskell/Windows (search uuid.dll - not sure where it comes from though) On 16 June 2013 15:01, harry <vol...@ho...> wrote: > Charles the Hawk <charlesthehawk@...> writes: > > I can compile wx now, but linking it into an application gives > > Loading package wxc-0.90.0.4 ... ghc.exe: uuid: The specified module could > not be found. > <command line>: can't load .so/.DLL for: uuid.dll (addDLL: could not load DLL) > > Any idea what it wants? > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel -- Eric Kow <http://erickow.com> |
|
From: harry <vol...@ho...> - 2013-06-16 13:01:40
|
Charles the Hawk <charlesthehawk@...> writes: I can compile wx now, but linking it into an application gives Loading package wxc-0.90.0.4 ... ghc.exe: uuid: The specified module could not be found. <command line>: can't load .so/.DLL for: uuid.dll (addDLL: could not load DLL) Any idea what it wants? |
|
From: Blair A. <mrb...@gm...> - 2013-06-14 17:42:58
|
Ah I see. I'm still looking through the wxHaskell code to see if there is any work I think I can do (as a beginner!) and thought id give this a mention. I agree that SWIG is a great tool! Hopefully they get their summer of code working. Many thanks, Blair On 14 June 2013 15:02, Jeremy O'Donoghue <jer...@gm...> wrote: > From the website... > > "To use fficxx, you write a Haskell model of the C++ public interfaces > and fficxx generates both a C wrapper and associated haskell functions and > type classes which reflect specified model of the C++ interfaces. It is > currently the user’s responsibility to specify a correct model of the C++ > interfaces, because fficxx does not presently check for model correctness." > > This is the opposite of what you need for wxHaskell - the ideal scenario > is to parse the C++ headers and use them to generate Haskell bindings > automatically. Writing correct Haskell representations of the complete > wxWidgets API will be very painful and is likely to be error-prone (it is > quite a large API). > > There are a few key things that any automated binding generator needs to > handle: > * Callback functions - these are used extensively in wxWidgets; > * Memory management - the approach in wxHaskell today is not completely > satisfactory and there are quite a few memory leaks. > > I believe that the only game in town which is really sufficiently mature > is SWIG - wxPython bindings are already generated by SWIG, so it is known > to be fit for purpose. If the Haskell Qt binding generator goes in this > direction, it may well be what is needed. > > Regards > Jeremy > > > On 14 June 2013 10:27, Eric Kow <eri...@gm...> wrote: > >> Seems like something the author would be very interested in testing on. >> I think the wxHaskell paper talks about how it's done here >> http://research.microsoft.com/pubs/66810/wxhaskell.pdf >> >> On 13 June 2013 20:43, Blair Archibald <mrb...@gm...> >> wrote: >> > Hi guys, >> > >> > Did anyone see this new C++ foreign function generator mentioned in the >> > haskell weekly news. >> > >> > http://ianwookim.org/fficxx/ >> > >> > At the moment the lack of documentation puts me off, but something like >> this >> > could be the end of some of our generation problems. In my mind it's >> great >> > that people are working on this sorta thing! >> > >> > I might look into this deeper at the weekend and see if I could use it >> to >> > generate wx bindings. >> > >> > Many thanks, >> > Blair >> > >> > >> > >> > >> > >> ------------------------------------------------------------------------------ >> > This SF.net email is sponsored by Windows: >> > >> > Build for Windows Store. >> > >> > http://p.sf.net/sfu/windows-dev2dev >> > _______________________________________________ >> > wxhaskell-devel mailing list >> > wxh...@li... >> > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel >> > >> >> >> >> -- >> Eric Kow <http://erickow.com> >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> wxhaskell-devel mailing list >> wxh...@li... >> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel >> > > |
|
From: Jeremy O'D. <jer...@gm...> - 2013-06-14 14:02:42
|
>From the website... "To use fficxx, you write a Haskell model of the C++ public interfaces and fficxx generates both a C wrapper and associated haskell functions and type classes which reflect specified model of the C++ interfaces. It is currently the user’s responsibility to specify a correct model of the C++ interfaces, because fficxx does not presently check for model correctness." This is the opposite of what you need for wxHaskell - the ideal scenario is to parse the C++ headers and use them to generate Haskell bindings automatically. Writing correct Haskell representations of the complete wxWidgets API will be very painful and is likely to be error-prone (it is quite a large API). There are a few key things that any automated binding generator needs to handle: * Callback functions - these are used extensively in wxWidgets; * Memory management - the approach in wxHaskell today is not completely satisfactory and there are quite a few memory leaks. I believe that the only game in town which is really sufficiently mature is SWIG - wxPython bindings are already generated by SWIG, so it is known to be fit for purpose. If the Haskell Qt binding generator goes in this direction, it may well be what is needed. Regards Jeremy On 14 June 2013 10:27, Eric Kow <eri...@gm...> wrote: > Seems like something the author would be very interested in testing on. > I think the wxHaskell paper talks about how it's done here > http://research.microsoft.com/pubs/66810/wxhaskell.pdf > > On 13 June 2013 20:43, Blair Archibald <mrb...@gm...> wrote: > > Hi guys, > > > > Did anyone see this new C++ foreign function generator mentioned in the > > haskell weekly news. > > > > http://ianwookim.org/fficxx/ > > > > At the moment the lack of documentation puts me off, but something like > this > > could be the end of some of our generation problems. In my mind it's > great > > that people are working on this sorta thing! > > > > I might look into this deeper at the weekend and see if I could use it to > > generate wx bindings. > > > > Many thanks, > > Blair > > > > > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > _______________________________________________ > > wxhaskell-devel mailing list > > wxh...@li... > > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel > > > > > > -- > Eric Kow <http://erickow.com> > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel > |
|
From: Jeremy O'D. <jer...@gm...> - 2013-06-14 13:00:17
|
Hi all, My sincere apologies for lack of availability and presence over the past few months - due almost entirely for being the software technology lead for http://www.tomshardware.com/news/Qualcomm-Atheros-NFC-Near-Field-QCA1990-Snapdragon,19607.html. Not much Haskell there, unfortunately. Atze, Henk-Jan, Harry & Eric, my thanks for making the efforts you have. Atze, you have my blessing to take over as lead maintainer and I wish you the best of luck. I am happy to make the announcement myself if you prefer - otherwise please go ahead. When I have the time, I will be happy to continue to contribute - this is unlikely to be the case for a few months yet, unfortunately. I am also happy to offer up control of the current wxhaskell repo that I own, if it saves the complication of editing wiki entries etc. Please let me know. Very best regards Jeremy On 13 June 2013 22:59, Henk-Jan van Tuyl <hj...@ch...> wrote: > On Thu, 13 Jun 2013 23:24:31 +0200, Eric Kow <eri...@gm...> wrote: > > > So it's been a week since Atze has agreed to take on maintainership of > > wxHaskell. Shall we perhaps make it official with an announcement > > That's fine with me. > > Regards, > Henk-Jan van Tuyl > > > -- > Folding@home > What if you could share your unused computer power to help find a cure? In > just 5 minutes you can join the world's biggest networked computer and get > us closer sooner. Watch the video. > http://folding.stanford.edu/ > > > http://Van.Tuyl.eu/ > http://members.chello.nl/hjgtuyl/tourdemonad.html > Haskell programming > -- > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel > |
|
From: Eric K. <eri...@gm...> - 2013-06-14 09:27:31
|
Seems like something the author would be very interested in testing on. I think the wxHaskell paper talks about how it's done here http://research.microsoft.com/pubs/66810/wxhaskell.pdf On 13 June 2013 20:43, Blair Archibald <mrb...@gm...> wrote: > Hi guys, > > Did anyone see this new C++ foreign function generator mentioned in the > haskell weekly news. > > http://ianwookim.org/fficxx/ > > At the moment the lack of documentation puts me off, but something like this > could be the end of some of our generation problems. In my mind it's great > that people are working on this sorta thing! > > I might look into this deeper at the weekend and see if I could use it to > generate wx bindings. > > Many thanks, > Blair > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel > -- Eric Kow <http://erickow.com> |
|
From: Henk-Jan v. T. <hj...@ch...> - 2013-06-13 21:59:26
|
On Thu, 13 Jun 2013 23:24:31 +0200, Eric Kow <eri...@gm...> wrote: > So it's been a week since Atze has agreed to take on maintainership of > wxHaskell. Shall we perhaps make it official with an announcement That's fine with me. Regards, Henk-Jan van Tuyl -- Folding@home What if you could share your unused computer power to help find a cure? In just 5 minutes you can join the world's biggest networked computer and get us closer sooner. Watch the video. http://folding.stanford.edu/ http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html Haskell programming -- |
|
From: Eric K. <eri...@gm...> - 2013-06-13 21:24:38
|
So it's been a week since Atze has agreed to take on maintainership of wxHaskell. Shall we perhaps make it official with an announcement (and hope to see Jeremy again sometime in the future, availability permitting?) Thanks to both of you for work keeping wxHaskell going! This can take off with the right sort of effort :-) Eric On 6 June 2013 09:23, harry <vol...@ho...> wrote: > Atze Dijkstra <atze@...> writes: > >> ... > > I'll be happy to validate on Windows - I think this already works, if you > merge in all the fixes from the several github forks. > > As regards maintaining the bindings, one of the GSOC projects is > concentrating on SWIG bindings for Haskell. They're doing it in the context > of Qt, but hopefully it will be good for Wx as well. > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel -- Eric Kow <http://erickow.com> |
|
From: Blair A. <mrb...@gm...> - 2013-06-13 19:43:09
|
Hi guys, Did anyone see this new C++ foreign function generator mentioned in the haskell weekly news. http://ianwookim.org/fficxx/ At the moment the lack of documentation puts me off, but something like this could be the end of some of our generation problems. In my mind it's great that people are working on this sorta thing! I might look into this deeper at the weekend and see if I could use it to generate wx bindings. Many thanks, Blair |
|
From: Charles t. H. <cha...@ya...> - 2013-06-10 18:57:16
|
On 06/10/2013 10:21 AM, harry wrote: > Charles the Hawk <charlesthehawk@...> writes: > >> At first I installed the 90.0.1 from the older site. I had to modify >> wxdirect to do an "import Foreign.C.Types" to get rid of the arg type >> errors and change the pointer assignment in eljpen.cpp that others have >> mentioned. It was working fine so I installed the 90.1 from Atze's repo >> into a sandbox as described in the wiki. I thought I changed the path >> to use the 90.1 wxdirect but it's possible the older modified wxdirect >> was running. I'll try to play around with it some tomorrow and make >> sure my modified wxdirect isn't being run. But I definitely had to >> change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as >> Blair suggested. > Could you upload your modified code to Github? You seem to have done a lot > of good work to make it compile, it would be great if others could use it. > Any noobs out there like me trying to install this and getting reinstall warnings, save yourself some grief and unregister any older versions of the 4 packages (wx, wxc, wxcore, wxdirect) before installing. (ghc-pkg unregister <pkgname>). I'm using ArchLinux, ghc 7.6.3, wxWidgets 2.9.4, and the current repo (atzedijkstra). The only change I had to make was to change the wxCHECK_VERSION(2,9,5) that refer to SetDeviceClippingRegion to wxCHECK_VERSION(2,9,4) in wxc/src/include/wxc_glue.h and wxc/src/cpp/eljdc.cpp. Atze has them at 2,9,5 for a reason. It will compile but I get link errors without the above change. If you get an error while compiling eljpen.cpp, you probably don't have the latest version. Harry, After discovering the above, Atze's repo compiled fine, so I don't think I should check that mod in. I doubt it would hurt anything but let's not clutter up the code with anything unnecessary. If you still have problems after following the above and want to try it to see if it fixes your problem, edit wxdirect/src/CompileClasses.hs. Line 110 should be something like: , "import qualified Data.ByteSTring as B (... Insert before that line: , "import Foreign.C.Types" In the old repo, it was line 101 so perhaps a change has already been made to fix the problem. It's also possible I changed more than one thing on my system between compiles and this had nothing to do with it working. |
|
From: Eric K. <eri...@gm...> - 2013-06-10 08:45:59
|
> That's where my inexperience with Haskell comes in. It seems I've > picked a bad time to learn the language, for a lot of the example > programs won't compile on my system. It wants things like "import > Data.List" and import "System.Directory" instead of just "import List" > and "import Directory". Would "import Data.List" and "import > Foreign.C.Types" work on older versions of the compiler? List and Directory are from the old Haskell98 days before we switched to hierarchical module names (Data.List, System.Directory). It's worth modernising the example programs. Great albeit somewhat mindless starter task > FWIW, I'm a retired Pick (if anyone remembers that) programmer now > working as a school headmaster but try to use my programming skills as > much as possible. I started using OCaml about 10 years ago and > converted a lot of my old software to it but was using mostly imperative > code and classes. The learning curve has been steeper than I expected > (hoped), but those "That's so cool!" moments have been frequent enough > to keep me interested. :) Well worth it! -- Eric Kow <http://erickow.com> |
|
From: Charles t. H. <cha...@ya...> - 2013-06-10 08:37:23
|
On 06/10/2013 10:21 AM, harry wrote: > Charles the Hawk <charlesthehawk@...> writes: > >> At first I installed the 90.0.1 from the older site. I had to modify >> wxdirect to do an "import Foreign.C.Types" to get rid of the arg type >> errors and change the pointer assignment in eljpen.cpp that others have >> mentioned. It was working fine so I installed the 90.1 from Atze's repo >> into a sandbox as described in the wiki. I thought I changed the path >> to use the 90.1 wxdirect but it's possible the older modified wxdirect >> was running. I'll try to play around with it some tomorrow and make >> sure my modified wxdirect isn't being run. But I definitely had to >> change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as >> Blair suggested. > Could you upload your modified code to Github? You seem to have done a lot > of good work to make it compile, it would be great if others could use it. > That's where my inexperience with Haskell comes in. It seems I've picked a bad time to learn the language, for a lot of the example programs won't compile on my system. It wants things like "import Data.List" and import "System.Directory" instead of just "import List" and "import Directory". Would "import Data.List" and "import Foreign.C.Types" work on older versions of the compiler? FWIW, I'm a retired Pick (if anyone remembers that) programmer now working as a school headmaster but try to use my programming skills as much as possible. I started using OCaml about 10 years ago and converted a lot of my old software to it but was using mostly imperative code and classes. The learning curve has been steeper than I expected (hoped), but those "That's so cool!" moments have been frequent enough to keep me interested. :) |
|
From: harry <vol...@ho...> - 2013-06-10 07:22:25
|
Charles the Hawk <charlesthehawk@...> writes: > At first I installed the 90.0.1 from the older site. I had to modify > wxdirect to do an "import Foreign.C.Types" to get rid of the arg type > errors and change the pointer assignment in eljpen.cpp that others have > mentioned. It was working fine so I installed the 90.1 from Atze's repo > into a sandbox as described in the wiki. I thought I changed the path > to use the 90.1 wxdirect but it's possible the older modified wxdirect > was running. I'll try to play around with it some tomorrow and make > sure my modified wxdirect isn't being run. But I definitely had to > change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as > Blair suggested. Could you upload your modified code to Github? You seem to have done a lot of good work to make it compile, it would be great if others could use it. |
|
From: Charles t. H. <cha...@ya...> - 2013-06-09 20:52:19
|
At first I installed the 90.0.1 from the older site. I had to modify wxdirect to do an "import Foreign.C.Types" to get rid of the arg type errors and change the pointer assignment in eljpen.cpp that others have mentioned. It was working fine so I installed the 90.1 from Atze's repo into a sandbox as described in the wiki. I thought I changed the path to use the 90.1 wxdirect but it's possible the older modified wxdirect was running. I'll try to play around with it some tomorrow and make sure my modified wxdirect isn't being run. But I definitely had to change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as Blair suggested. I think we need to decide what to do on conditional compiles. Either 1) modify wxdirect to handle them (way over my head), 2) no conditionals in the headers wxdirect processes which also means to leave out any new function not in a specific lower version, or 3) require a specific higher version. It seems to me that #2 is probably the simplest and thus best way to go as that should work on more installs without requiring modifications unless it turns out that SetDeviceClippingRegion is actually required in 2.9.4 installs. On 06/09/2013 07:31 PM, harry wrote: > Blair Archibald <mrblairarchibald@...> writes: > >> I used this repo: https://github.com/atzedijkstra/wxHaskell >> Using wxWidgets 2.9.4, and GHC 7.6.3 the only change needed is in > wxc/src/cpp/eljdc.cpp line 214 (the #if wxCHECK_VERSION(2,9,5) should be > commented out - or at least had to be on my setup. >> Then a simple: cabal install ./wxdirect ./wxc ./wxcore ./wx >> Should hopefully get you up and running, let me know how it goes. > I used that one as well, and got a ton of "Unacceptable argument type in > foreign declaration" errors, perhaps related to > http://hackage.haskell.org/trac/ghc/ticket/5610. > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel |
|
From: harry <vol...@ho...> - 2013-06-09 16:31:47
|
Blair Archibald <mrblairarchibald@...> writes: > I used this repo: https://github.com/atzedijkstra/wxHaskell > Using wxWidgets 2.9.4, and GHC 7.6.3 the only change needed is in wxc/src/cpp/eljdc.cpp line 214 (the #if wxCHECK_VERSION(2,9,5) should be commented out - or at least had to be on my setup. > Then a simple: cabal install ./wxdirect ./wxc ./wxcore ./wx > Should hopefully get you up and running, let me know how it goes. I used that one as well, and got a ton of "Unacceptable argument type in foreign declaration" errors, perhaps related to http://hackage.haskell.org/trac/ghc/ticket/5610. |
|
From: Atze D. <at...@uu...> - 2013-06-09 16:14:25
|
The condition on 2.9.5 was added as I wanted to leave the code compatible with 2.9.4 when modifying wxHaskell against the then newest wx source codebase, which turned out to compile ok on my machine but in the end does not work as wxdirect does not take the condition into account. The consequence is that the wxHaskell code base can be used only against one specific wxwidgets version. In other words, choose your version and pick the right line of code until the condition has been removed. Cheers, -- Atze Dijkstra On 9 jun. 2013, at 17:34, Blair Archibald <mrb...@gm...> wrote: > I used this repo: https://github.com/atzedijkstra/wxHaskell > > Using wxWidgets 2.9.4, and GHC 7.6.3 the only change needed is in wxc/src/cpp/eljdc.cpp line 214 (the #if wxCHECK_VERSION(2,9,5) should be commented out - or at least had to be on my setup. > > Then a simple: cabal install ./wxdirect ./wxc ./wxcore ./wx > > Should hopefully get you up and running, let me know how it goes. > > Many thanks, > Blair > > > On 9 June 2013 11:17, harry <vol...@ho...> wrote: >> Charles the Hawk <charlesthehawk@...> writes: >> >> > Hi, all! I'm new to Haskell and guessing a bit here. I'm using Arch >> > Linux and ghc 7.6.3. >> > >> > The maintenance repo package compiles and installs >> >> You're doing better than me if you could install on ghc 7.6.3. Which repo >> did you get the code from, and did you do anything to make it complile? >> >> >> ------------------------------------------------------------------------------ >> How ServiceNow helps IT people transform IT departments: >> 1. A cloud service to automate IT design, transition and operations >> 2. Dashboards that offer high-level views of enterprise services >> 3. A single system of record for all IT processes >> http://p.sf.net/sfu/servicenow-d2d-j >> _______________________________________________ >> wxhaskell-devel mailing list >> wxh...@li... >> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel |
|
From: Blair A. <mrb...@gm...> - 2013-06-09 15:34:42
|
I used this repo: https://github.com/atzedijkstra/wxHaskell Using wxWidgets 2.9.4, and GHC 7.6.3 the only change needed is in wxc/src/cpp/eljdc.cpp line 214 (the #if wxCHECK_VERSION(2,9,5) should be commented out - or at least had to be on my setup. Then a simple: cabal install ./wxdirect ./wxc ./wxcore ./wx Should hopefully get you up and running, let me know how it goes. Many thanks, Blair On 9 June 2013 11:17, harry <vol...@ho...> wrote: > Charles the Hawk <charlesthehawk@...> writes: > > > Hi, all! I'm new to Haskell and guessing a bit here. I'm using Arch > > Linux and ghc 7.6.3. > > > > The maintenance repo package compiles and installs > > You're doing better than me if you could install on ghc 7.6.3. Which repo > did you get the code from, and did you do anything to make it complile? > > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel > |
|
From: harry <vol...@ho...> - 2013-06-09 10:17:27
|
Charles the Hawk <charlesthehawk@...> writes: > Hi, all! I'm new to Haskell and guessing a bit here. I'm using Arch > Linux and ghc 7.6.3. > > The maintenance repo package compiles and installs You're doing better than me if you could install on ghc 7.6.3. Which repo did you get the code from, and did you do anything to make it complile? |
|
From: Charles t. H. <cha...@ya...> - 2013-06-07 08:29:45
|
The problem is that it should be wxCHECK_VERSION(2,9,4) instead of 2,9,5, assuming that's the version that SetDeviceClippingRegion first became available. That's the proper fix, IMO. Thanks, Blair, for pointing this out. I'm curious if this type of thing is still going to break/frustrate someone with earlier versions of wxWidgets if my theory is correct that wxdirect includes the declaration but the conditional compiles don't. A lot of people (most?) will try something like this once and if it doesn't work, they try another package. Have there been problems in the past with conditionals in the headers that wxdirect processes? On 06/06/2013 04:19 PM, Charles the Hawk wrote: > Hi, all! I'm new to Haskell and guessing a bit here. I'm using Arch > Linux and ghc 7.6.3. > > The maintenance repo package compiles and installs but it looks like > wxdirect doesn't detect conditional compiles, so the > wxCHECK_VERSION(2,9,5) in wxc_glue.h doesn't prevent > SetDeviceClippingRegion from creeping into the generated code. When I > try to link to it, I get an undefined reference. After commenting out > all references to SetDeviceC... and rebuilding, everything seems to work > fine. > > I'd like to see this project succeed but am a bit too green to do > anything serious. I might be able to clean up the samples a bit if that > would be helpful. :D > > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel |
|
From: Charles t. H. <cha...@ya...> - 2013-06-06 13:17:25
|
Hi, all! I'm new to Haskell and guessing a bit here. I'm using Arch Linux and ghc 7.6.3. The maintenance repo package compiles and installs but it looks like wxdirect doesn't detect conditional compiles, so the wxCHECK_VERSION(2,9,5) in wxc_glue.h doesn't prevent SetDeviceClippingRegion from creeping into the generated code. When I try to link to it, I get an undefined reference. After commenting out all references to SetDeviceC... and rebuilding, everything seems to work fine. I'd like to see this project succeed but am a bit too green to do anything serious. I might be able to clean up the samples a bit if that would be helpful. :D |
|
From: harry <vol...@ho...> - 2013-06-06 08:23:29
|
Atze Dijkstra <atze@...> writes: > ... I'll be happy to validate on Windows - I think this already works, if you merge in all the fixes from the several github forks. As regards maintaining the bindings, one of the GSOC projects is concentrating on SWIG bindings for Haskell. They're doing it in the context of Qt, but hopefully it will be good for Wx as well. |
|
From: Atze D. <at...@uu...> - 2013-06-06 07:44:39
|
To all, Yes. That is, what I can do in the time I have available is now and then pull available patches, combine them into a repository which at least is consistent for one platform (I use MacOSX), and occasionally publish the result on hackage. What I then would like to ask others in the wxHaskell user/developer community is to check (at appropriate times, before a release) whether a 'to be distributed version' runs on their platform. I guess it is as with others using wxHaskell that we work on wxHaskell when we work on an application requiring wxHaskell, at least that is how it happens for me. That means that I work irregularly on wxHaskell, and also not have time to fix arbitrary numbers of bugs :-). For wxHaskell to thrive and survive in the long run, however, I think more is required than just keep it installable. wxWidgets itself is also further developed, new features being added, which all require wxHaskell C wrappers for wxdirect to be able to generate Haskell FFI wrappers. These are handwritten, therefore errorprone, subject to inconsistencies in the face of wxWidgets API changes, and I would very much prefer this to be automated too, but this is not a problem specific to wxHaskell alone. I hope that by bringing this up (to my students as well) that someone is willing to pick up such a larger project. Another issue about which I am not sure whether this needs a (thorough) review is garbage collection (or absence thereof) of C++ level allocated wx constructs, as this seems to have changed subtly over the years, causing me some serious headaches rewriting code relying on incorrect/changed assumptions w.r.t. memory management. For the short term, on a practical level, now that the HP has moved forward to GHC 7.6.x, I can spend some time in the end of july - begin of august period on combining patches, making it work with the newest wxmac/wxWidgets release, etcetc. As said, I hope that at that time others can help me out checking whether it works on other platforms. cheers, Atze On 5 Jun, 2013, at 12:35 , harry <vol...@ho...> wrote: > There are now several forks of wxhaskell on github, with different fixes in > each, some of which are essential to compile on the current version of HP. > Jeremy O'Donoghue appears to have been AWOL for several months now, and the > project will die if a new leader doesn't step up. The essential tasks of the > project leader (at least the short-term ones) are to maintain the "official" > repository into which all accepted fixes will be merged, and to publish new > versions to Hackage. > > Would Atze Dijkstra be willing to take this on? > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ > wxhaskell-devel mailing list > wxh...@li... > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel - Atze - Atze Dijkstra, Department of Information and Computing Sciences. /|\ Utrecht University, PO Box 80089, 3508 TB Utrecht, Netherlands. / | \ Tel.: +31-30-2534118/1454 | WWW : http://www.cs.uu.nl/~atze . /--| \ Fax : +31-30-2513971 .... | Email: at...@uu... ............... / |___\ |
15 messages has been excluded from this view by a project administrator.