Re: [wxhaskell-devel] CPP to FFI
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 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 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 >> 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 >> > wxhaskell-devel@lists.sourceforge.net >> > 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 >> wxhaskell-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel >> > > -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
[wxhaskell-devel] CPP to FFI
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 wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
Re: [wxhaskell-devel] Compile problems
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 wrote: > Charles the Hawk 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 > wxhaskell-devel@lists.sourceforge.net > 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 wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
Re: [wxhaskell-devel] Build
I agree that the current deployment system for wxHaskell is not ideal and we should probably look into changing it. Does anyone have any ideas as to how we could go about this? The logical first step seems to be to combine the 3 packages (wxcore, wx, wxc) into some form of singly installed package. I'm a novice when it comes to cabal so not sure how what the effects of such a change could be. I appreciate that cabal is a great system for installing Haskell packages but perhaps we should provide additional install methods that also come pro-bundled with wxWidgets, this way we can control the version that we ship with - again the issue comes with how to install them on different platforms and in a controlled manner. These are just a few ideas. I'd be willing to work on additional deployment methods if anyone wants to take this on and needs help (as I say I'm possibly too novice at wxHaskell and Cabal to get this right on my own). Many thanks, Blair On 30 May 2013 19:04, harry wrote: > Building Gtk2Hs on Windows is very straightforward. After Gtk+ is included > in the path, cabal install gtk2hs-buildtools will install all the > executables needed for building the bindings, but no libraries. cabal > install gtk will then install the library. > > OTOH, cabal install wxdirect installs both the helper executable and a > library. 3 other packages then have to be installed, at least one of which > requires environment variables pointing to bits of earlier packages. One > upshot of all this is that it's well nigh impossible to use wxhaskell with > cabal-dev, whereas with gtk2hs it's really easy (install gtk2hs-buildtools > outside the sandbox, then gtk will use it in the sandbox). > > > > -- > Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET > Get 100% visibility into your production application - at no cost. > Code-level diagnostics for performance bottlenecks with <2% overhead > Download for free and get started troubleshooting in minutes. > http://p.sf.net/sfu/appdyn_d2d_ap1 > ___ > wxhaskell-devel mailing list > wxhaskell-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel > -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
[wxhaskell-devel] Maintenance
Hi, It was mentioned on the Haskell beginners mailing list that wxHaskell was looking for volunteers. I was wondering if anyone knew of any "entry" level tasks which need performed so I can get a feel for the codebase etc. I have an intermediate knowledge of Haskell (less than a year but still learning). I also don't mind working in C/C++ which makes this project good fit in my mind. I realise there was a mailing list post a while ago debating the maintenance of wxHaskell but I couldn't figure out who the lead maintainer currently is? Many thanks, Blair -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel