Re: [wxhaskell-devel] Patches to build wxHaskell with wxWidgets 2.9.2 GTK on Linux
Dave Tapley wrote: Hmm, further to this: $ darcs pull Pulling from http://code.haskell.org/wxhaskell;... Official wxHaskell darcs repository ** No remote changes to pull in! $ cd wx $ cabal configure Resolving dependencies... Configuring wx-0.13.1... Warning: This package indirectly depends on multiple versions of the same package. This is highly likely to cause a compile failure. package wxcore-0.13.1 requires containers-0.3.0.0 package wxdirect-0.13.1 requires containers-0.4.0.0 package wxcore-0.13.1 requires parsec-2.1.0.1 package wxdirect-0.13.1 requires parsec-3.1.1 You may need to bump dependency version. Are you using GHC 7.0? The easiest way to proceed is probably to copy the version constraints from the *latest* packages on hackage: http://hackage.haskell.org/package/wx http://hackage.haskell.org/package/wxcore http://hackage.haskell.org/package/wxdirect and then reconfigure, rebuild and reinstall these packages. Best regards, Heinrich Apfelmus -- http://apfelmus.nfshost.com -- 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
Re: [wxhaskell-devel] Patches to build wxHaskell with wxWidgets 2.9.2 GTK on Linux
On 29 July 2011 08:54, Heinrich Apfelmus apfel...@quantentunnel.de wrote: Dave Tapley wrote: Hmm, further to this: $ darcs pull Pulling from http://code.haskell.org/wxhaskell;... Official wxHaskell darcs repository ** No remote changes to pull in! $ cd wx $ cabal configure Resolving dependencies... Configuring wx-0.13.1... Warning: This package indirectly depends on multiple versions of the same package. This is highly likely to cause a compile failure. package wxcore-0.13.1 requires containers-0.3.0.0 package wxdirect-0.13.1 requires containers-0.4.0.0 package wxcore-0.13.1 requires parsec-2.1.0.1 package wxdirect-0.13.1 requires parsec-3.1.1 You may need to bump dependency version. Are you using GHC 7.0? The easiest way to proceed is probably to copy the version constraints from the *latest* packages on hackage: http://hackage.haskell.org/package/wx http://hackage.haskell.org/package/wxcore http://hackage.haskell.org/package/wxdirect and then reconfigure, rebuild and reinstall these packages. Thank you for your response. I actually resolved the problem in a different way, I found my don't worry, I have fixed it email to the list sat in my drafts folder; sorry about that :| After some discussion on #haskell it transpired that it was a problem local to my machine probably caused by this 'issue': http://www.vex.net/~trebla/haskell/sicp.xhtml#pigeon Some how I had ended up with ghc-pkg having both containers-0.3.0.0 and containers-0.4.0.0 registered, with wxcore and wxdirect compiled again each one respectively. By removing everything which depended on containers-0.4.0.0 and then containers-0.4.0.0 itself I was able to rebuild and reinstall wxdirect (only after running 'cabal clean') pinned to containers-0.3.0.0, this allowed wx to configure without issue. Dave, Best regards, Heinrich Apfelmus -- http://apfelmus.nfshost.com -- 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 -- 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
Re: [wxhaskell-devel] Patches for wxWidgets 2.9.2 GTK2 Linux
On 29 July 2011 21:40, Dave Tapley duked...@gmail.com wrote: Hi all, So I can now build the latest from the wxHaskell darcs repo, but only after applying the attached patches. Quite a lot of them are very hack it to make it work patches, but I thought I'd offer them to the list for review before cleaning them up. Comments are welcome. Dave, Forgot to attach. patches_for_2.9.2_gtk2_linux 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
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
Re: [wxhaskell-devel] Property sheet
On 29 July 2011 21:49, Dave Tapley duked...@gmail.com wrote: Hi Jeremy, Did you ever make a start wrapping wxPropertyGrid? http://permalink.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/1016 I'm going to have a go now. Dave, In my quest to understand how a class from wxWidgets is wrapped I took at look at wxSlider as it shares the same class hierarchy as wxPropertyGrid and 'slider' is a fairly distinct term. Searching for 'slider' in the wxHaskell code I extracted the following references to it. Does this look complete? If anyone could comment further on what function each part provides I'd be very grateful. # HAND-WRITTEN FILES # ./wx/src/Graphics/UI/WX/Controls.hs: Haskell impl ./wxcore/src/eiffel/wx_defs.e: Eiffel alias for wxEVT_COMMAND_SLIDER_UPDATED as expEVT_COMMAND_SLIDER_UPDATED ./wxcore/src/include/wxc.h: TClassDefExtend saying wxSlider95 and wxSliderMSW are wxSlider ./wxcore/src/include/wxc_glue.h: Decl of int expEVT_COMMAND_SLIDER_UPDATED(); TClassDefExtend saying wxSlider is a wxControl Decl of many wxSlider_ methods such as wxSlider_ClearSel Decl of wxXmlResource_GetSlider method ./wxcore/src/haskell/Graphics/UI/WXCore/Layout.hs: This code is commented out ./wxcore/src/haskell/Graphics/UI/WXCore/Events.hs: Exports sliderOnCommand, sliderGetOnCommand Def for sliderOnCommand which sends wxEVT_COMMAND_SLIDER_UPDATED and take an eventHandler Def for sliderGetOnCommand which returns the event handler ./wxcore/src/cpp/extra.cpp: ifdef wxUSE_SLIDER wxT(SLIDER) ./wxcore/src/cpp/eljslider.cpp: EWXWEXPORT calls for all the wxSlider_ methods decl'd in wxc_glue.h ./wxcore/src/cpp/eljrc.cpp: BUILD_XRCGETCTRL_FN(Slider) (constructs functions for geting control pointers out of window hierarchies created from XRC files. The functions themselves) ./wxcore/src/cpp/defs.cpp:EWXWCONSTANTINT(wxEVT_COMMAND_SLIDER_UPDATED,wxEVT_COMMAND_SLIDER_UPDATED) ./wxcore/src/cpp/eljevent.cpp: MAKE_EVENT_WRAPPER(EVT_COMMAND_SLIDER_UPDATED) # MISC FILES # ./wxcore/wxcore.cabal: add src/cpp/eljslider.cpp to c-sources ./samples/test/XRCControls/XRCControls_Wx.hs: test code for xrc # GENERATED FILES # ./wxcore/src/haskell/Graphics/UI/WXCore/WxcClassesMZ.hs: File generated by wxDirect from ./wxcore/src/include/wxc.h: Export of (wxEVT_COMMAND_SLIDER_UPDATED :: EventId) Export of many slider functions such as sliderClearSel, these match the wxSlider_ methods decl'd in wxc_glue.h Export of xmlResourceGetSlider function decl'd in wxc_glue.h Definition for slider functions using FFI foreign import ccall Definition of wxEVT_COMMAND_SLIDER_UPDATED which imports the enum value Definition of xmlResourceGetSlider using FFI foreign import ccall ./wxcore/src/haskell/Graphics/UI/WXCore/WxcClassInfo.hs: File generated by wxDirect Export of classSlider, classSlider95, classSliderMSW Export of downcastSlider, downcastSlider95, downcastSliderMSW Definition classSlider functions which bind them to the their C++ class names using a classInfoFindClass function Definition of downcast functions using an objectCast function ./wxcore/src/haskell/Graphics/UI/WXCore/WxcClassTypes.hs: File generated by wxDirect from ./wxcore/src/include/wxc.h: Exports Slider, TSlider, CSlider, and 95 and MSW variants Definitions of these as data types, encapsulating the class hierarchy from C++ classes. TSlider is the inheritance type, CSlider is the abstract type. -- 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