Re: [wxhaskell-devel] Patches to build wxHaskell with wxWidgets 2.9.2 GTK on Linux

2011-07-29 Thread Heinrich Apfelmus
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

2011-07-29 Thread Dave Tapley
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

2011-07-29 Thread Dave Tapley
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

2011-07-29 Thread maciek . makowski
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

2011-07-29 Thread Dave Tapley
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