|
From: Dave T. <dav...@gm...> - 2012-01-05 15:36:37
|
On 4 January 2012 18:23, Eric Kow <eri...@gm...> wrote: > > On 4 Jan 2012, at 16:59, Dave Tapley wrote: > > Also, I imagine that while this brings us closer to wxHaskell in GHCi, > we would still need to solve the second start crash? > > > > > https://sourceforge.net/tracker/?func=detail&aid=1610984&group_id=7the3133&atid=536845 > > > > Well, I just had a look, and that issue seems to have gone away in my > darcsden branch! > > I've added a comment to the tracker. > > > > Wow! If this works, Conal might be pleased. > It certainly seems to, insomuch as the given test code no longer causes a crash :) > > By the way, you mentioned wx-config (I get the feeling you'd asked me a > direct question and I forgot to answer). Did you have a look at the > Haskell code in our repo which provides a wx-config replacement? The > replacement is very very stupid and needs generalising, but it might be > easier to bring it closer to the kind of completeness we need than to > maintain the C++ one. > Ah, yes, I suspected this would need some debate. I was on the cusp of merging in your wx-config implementation, namely: http://darcsden.com/kowey/wxhaskell/browse/wx-config/ But then I got a reply from the previous project leader wx-config-win: http://code.google.com/p/wx-config-win/ He had hoped that one day wx-config-win might be merged in to wxWidgets, but noted that it had fallen behind the project and had several known issues: http://code.google.com/p/wx-config-win/issues/list Personally I feel that (for similar arguments to those for maintaining wxC as a language-agnostic project) we should pursue wx-config-win. Thoughts? > > -- > Eric Kow <http://erickow.com> > > > -----BEGIN PGP SIGNATURE----- > > iEYEARECAAYFAk8EmT4ACgkQBUrOwgisBPnz/wCdEapNshQh+ZqEh2SyyXi/uXO9 > 5lcAnRymzM7qQnzru6cdKpoTqZZ3kQM4 > =hcbP > -----END PGP SIGNATURE----- > > |