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 <volderm...@hotmail.com> 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 > wxhaskell-devel@lists.sourceforge.net > 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: a...@uu.nl ............... / |___\ ------------------------------------------------------------------------------ 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