Re: [wxhaskell-devel] liberal commit access?
I don't have a strong opinion on which version of wx should be supported by wxHaskell, as long as there is at least one that works on Windows without the need to compile wxWidgets from source. Until there is a wxPack available for 2.9 I fear that the majority of Windows users will be stuck with wxHaskell versions that work with 2.8. That aside, focusing on supporting a single version of wxWidgets sounds like a reasonable thing to do. Maciek On Mon, Nov 28, 2011 at 5:56 PM, Dave Tapley duked...@gmail.com wrote: On 28 November 2011 11:37, Jeremy O'Donoghue jeremy.odonog...@gmail.com wrote: On 21 November 2011 18:31, Dave Tapley duked...@gmail.com wrote: Not surprisingly, I am in favour of this :) I have spent a while thinking about this, as it has considerable ramifications. I don't think we have ever seen a case of an irresponsible committer (could such a thing even exist in the Haskell community?), so I'm in favour. Given that there aren't going to be any more 2.8.x releases of wxWidgets, I'm happy to say: If you want a stable(ish) wxHaskell, then use the current hackage release along with the last stable wxWidgets release (2.8.12). If you want bleeding edge wxHaskell, then pull from code.haskell.org along with the latest dev wxWidgets release (currently 2.9.2). I should note one more time that I'm quite happy to stop supporting pre 2.9.x support now, I don't know if anyone has any objection to this? The caveat is that I would like to do one more release on Hackage supporting 2.8.x, as we have a number of valuable bugfixes in the devel branches which would benefit users of 2.8.x. I will try to do this over then next two weeks, so my proposal is... Patches committed until the end of 2011 should be verified on a wxWidgets 2.8.x release. From 1st Jan 2012, 2.8.x is dropped, and we'll bump the version number from 0.13.x to 0.14.x. How does this sound? Well it's the most sensible new year's resolution I've heard thus far :) I shall continue pushing to my = wx-2.9 repo on darcs den, in to which I'm aiming to get all the patches which are sent out on the mailing list as well. Dave, Jeremy -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
[wxhaskell-devel] Fix for 3019730
Attached is a patch for the colorDialog return value bug: https://sourceforge.net/tracker/?func=detailaid=3019730group_id=73133atid=536845. Can someone please review it and, if there are no issues with it, apply? Thanks, Maciek fix_for_3019730 Description: Binary data -- FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
[wxhaskell-devel] Fix for Windows build
Attached is my attempt to fix the Windows build. It should not have any impact on the builds on other platforms. The patch contains: - Dave's fix to conflicting wxEVT definitions - Eric's wx-config replacement - my changes to WxConfig and wxcore Setup.hs Any chance this can be applied to the official repo? Regards, Maciek windows_build_fix Description: Binary data -- FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
Re: [wxhaskell-devel] Conflicting exports in wxcore
Thanks, that sorted this one out. In summary, to build darcs tip on Windows against wxWidgets 2.8 I needed: 1. a patch that removes wx-config --version call and hard-codes 2.8 libraries (attached) 2. Dave's patch from the previous e-mail in this thread 1. is obviously not ideal given that the goal now is to support multiple wxWidgets versions with the same codebase. I'll have a look at Eric's Haskell version of wx-config to see if it can help here. Maciek On Fri, Jul 29, 2011 at 9:43 PM, Dave Tapley duked...@gmail.com wrote: The attached patch resolves this issue for me. Let me know how you get on. Dave, On 28 July 2011 23:08, Dave Tapley duked...@gmail.com wrote: Yep, I see this¹ as well, I'll take a look now. Dave, ¹ http://sourceforge.net/mailarchive/message.php?msg_id=27810904 patch_for_unsupported_wx-config_flag Description: Binary data -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
[wxhaskell-devel] Conflicting exports in wxcore
I get the following during cabal install in wxcore (darcs tip): -- src\haskell\Graphics\UI\WXCore.hs:25:11: Conflicting exports for `wxEVT_FIRST': `module Graphics.UI.WXCore.WxcClasses' exports `Graphics.UI.WXCore.WxcClasses.wxEVT_FIRST' imported from Graphics.UI.WXCore.WxcClasses at src\haskell\Graphics\UI\WXCore.hs:47:1-36 (defined at src\haskell\Graphics\UI\WXCore\WxcClassesMZ.hs:17133:1) `module Graphics.UI.WXCore.WxcDefs' exports `Graphics.UI.WXCore.WxcDefs.wxEVT_FIRST' imported from Graphics.UI.WXCore.WxcDefs at src\haskell\Graphics\UI\WXCore.hs:46:1-33 (defined at src\haskell\Gra phics\UI\WXCore\WxcDefs.hs:2969:1) src\haskell\Graphics\UI\WXCore.hs:25:11: Conflicting exports for `wxEVT_NULL': `module Graphics.UI.WXCore.WxcClasses' exports `Graphics.UI.WXCore.WxcClasses.wxEVT_NULL' imported from Graphics.UI.WXCore.WxcClasses at src\haskell\Graphics\UI\WXCore.hs:47:1-36 (defined at src\haskel l\Graphics\UI\WXCore\WxcClassesMZ.hs:17700:1) `module Graphics.UI.WXCore.WxcDefs' exports `Graphics.UI.WXCore.WxcDefs.wxEVT_NULL' imported from Graphics.UI.WXCore.WxcDefs at src\haskell\Graphics\UI\WXCore.hs:46:1-33 (defined at src\haskell\Graphics\UI\WXCore\WxcDefs.hs:2966:1) -- Is it a known issue? Regards, Maciek -- AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on Lean Startup Secrets Revealed. This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev ___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
[wxhaskell-devel] Building wxcore on Windows: problem with wx-config
wx-config-win (from https://sites.google.com/site/wxconfig/) does not support --version flag used by latest wxcore/Setup.hs. How should I go about building on Windows? Regards, Maciek -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel