Re: [wxhaskell-devel] wxHaskell with wxWidgets 2.9.2
I got the head version of the repository tonight and I tried to build it, which gave me the following error: Configuring wxcore-0.13.1... setup: Missing dependencies on foreign libraries: * Missing C libraries: wx_baseu-2.9, wx_baseu_net-2.9, wx_baseu_xml-2.9, wx_osx_cocoau_core-2.9, wx_osx_cocoau_adv-2.9, wx_osx_cocoau_qa-2.9, wx_osx_cocoau_html-2.9, wx_osx_cocoau_xrc-2.9 I couldn't find these files on my system, however I did find these: alessandro@Mythradil:/usr/local/Cellar/wxmac2.9/2.9.2/lib: ★ git [master - 1375e957a3dbfbc80833861efada338f330daca5] ➔ ls (08:39:21 03-11) libwx_baseu-2.9.2.0.0.dylib libwx_osx_cocoau_adv-2.9.2.dylib libwx_osx_cocoau_gl-2.9.dylib libwx_osx_cocoau_qa-2.9.2.0.0.dylib libwx_osx_cocoau_stc-2.9.2.dylib libwx_baseu-2.9.2.dylib libwx_osx_cocoau_adv-2.9.dylib libwx_osx_cocoau_html-2.9.2.0.0.dylib libwx_osx_cocoau_qa-2.9.2.dylib libwx_osx_cocoau_stc-2.9.dylib libwx_baseu-2.9.dylib libwx_osx_cocoau_aui-2.9.2.0.0.dylib libwx_osx_cocoau_html-2.9.2.dylib libwx_osx_cocoau_qa-2.9.dylib libwx_osx_cocoau_xrc-2.9.2.0.0.dylib libwx_baseu_net-2.9.2.0.0.dylib libwx_osx_cocoau_aui-2.9.2.dylib libwx_osx_cocoau_html-2.9.dylib libwx_osx_cocoau_ribbon-2.9.2.0.0.dylib libwx_osx_cocoau_xrc-2.9.2.dylib libwx_baseu_net-2.9.2.dylib libwx_osx_cocoau_aui-2.9.dylib libwx_osx_cocoau_media-2.9.2.0.0.dylib libwx_osx_cocoau_ribbon-2.9.2.dylib libwx_osx_cocoau_xrc-2.9.dylib libwx_baseu_net-2.9.dylib libwx_osx_cocoau_core-2.9.2.0.0.dylib libwx_osx_cocoau_media-2.9.2.dylib libwx_osx_cocoau_ribbon-2.9.dylib wx libwx_baseu_xml-2.9.2.0.0.dylib libwx_osx_cocoau_core-2.9.2.dylib libwx_osx_cocoau_media-2.9.dylib libwx_osx_cocoau_richtext-2.9.2.0.0.dylib libwx_baseu_xml-2.9.2.dylib libwx_osx_cocoau_core-2.9.dylib libwx_osx_cocoau_propgrid-2.9.2.0.0.dylib libwx_osx_cocoau_richtext-2.9.2.dylib libwx_baseu_xml-2.9.dylib libwx_osx_cocoau_gl-2.9.2.0.0.dylib libwx_osx_cocoau_propgrid-2.9.2.dylib libwx_osx_cocoau_richtext-2.9.dylib libwx_osx_cocoau_adv-2.9.2.0.0.dylib libwx_osx_cocoau_gl-2.9.2.dylib libwx_osx_cocoau_propgrid-2.9.dylib libwx_osx_cocoau_stc-2.9.2.0.0.dylib I added this path to configure: cabal configure --extra-lib-dirs=/usr/local/Cellar/wxmac2.9/2.9.2/lib Which resulted in the same error, so I tried symlinking libwx_baseu-2.9.dylib to wx_baseu-2.9.dylib which again resulted in the same error. What am I doing wrong here? NOTE: wxmac2.9 is a formula I made to build the 2.9.2 release with homebrew, it is not released yet but you can find it on github. [1] [1] https://gist.github.com/6292c06e63ceb4fc6fc2 - Alessandro On 2 nov. 2011, at 23:21, Dave Tapley wrote: On 2 November 2011 22:03, Alessandro Vermeulen a.vermeu...@students.uu.nl wrote: Ok, I did that. However, I still (not surprisingly) get the other error messages: Sorry, I was too lazy to read past that first error ;) src/include/wrapper.h:350:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual wxChar* ELJConnection::OnRequest(const wxString, const wxString, int*, wxIPCFormat)’: src/include/wrapper.h:356:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:356:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnPoke(const wxString, const wxString, wxChar*, int, wxIPCFormat)’: src/include/wrapper.h:363:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:363:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnStartAdvise(const wxString, const wxString)’: src/include/wrapper.h:367:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:367:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnStopAdvise(const wxString, const wxString)’: src/include/wrapper.h:371:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:371:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnAdvise(const wxString, const wxString, char*, int, wxIPCFormat)’: src/include/wrapper.h:378:0: error:
Re: [wxhaskell-devel] wxHaskell with wxWidgets 2.9.2
Whoops, forgot to record. Take this one too rudimentary-replacement-for-wx_config_.dpatch Description: Binary data On 3 Nov 2011, at 05:55, Eric Kow wrote Nice, thanks for the Homebrew formula I have a fix for that one, but it doesn't generalise very well (ie. outside of Mac + wx2.9) It won't get you all the way. I'm stuck just like you are wxeventtype-is-an-extern-type-in-wxwidgets-2_9_2.dpatch.gz gunzip and darcs apply -i the file On 3 Nov 2011, at 03:56, Alessandro Vermeulen wrote: I got the head version of the repository tonight and I tried to build it, which gave me the following error: Configuring wxcore-0.13.1... setup: Missing dependencies on foreign libraries: * Missing C libraries: wx_baseu-2.9, wx_baseu_net-2.9, wx_baseu_xml-2.9, wx_osx_cocoau_core-2.9, wx_osx_cocoau_adv-2.9, wx_osx_cocoau_qa-2.9, wx_osx_cocoau_html-2.9, wx_osx_cocoau_xrc-2.9 -- Eric Kow http://erickow.com -- Eric Kow http://erickow.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
Re: [wxhaskell-devel] wxHaskell with wxWidgets 2.9.2
I've applied your patches, and I though it build… however, it get's stuck further on, is there where you are stuck too? src/cpp/apppath.cpp: In function ‘wxString GetApplicationPath()’: src/cpp/apppath.cpp:34:0: warning: ‘NSIsSymbolNameDefined’ is deprecated (declared at /usr/include/mach-o/dyld.h:175) src/cpp/apppath.cpp:34:0: warning: ‘NSIsSymbolNameDefined’ is deprecated (declared at /usr/include/mach-o/dyld.h:175) src/cpp/apppath.cpp:39:0: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:187) src/cpp/apppath.cpp:39:0: warning: ‘NSLookupAndBindSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:178) src/cpp/apppath.cpp:39:0: warning: ‘NSLookupAndBindSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:178) src/cpp/apppath.cpp:39:0: warning: ‘NSAddressOfSymbol’ is deprecated (declared at /usr/include/mach-o/dyld.h:187) src/cpp/dragimage.cpp: In function ‘wxGenericDragImage* wxDragImage_Create(wxBitmap*, int, int)’: src/cpp/dragimage.cpp:11:0: error: no matching function for call to ‘wxGenericDragImage::wxGenericDragImage(wxBitmap, wxCursor, wxPoint)’ /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:268:0: note: candidates are: wxGenericDragImage::wxGenericDragImage(const wxGenericDragImage) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:147:0: note: wxGenericDragImage::wxGenericDragImage(const wxListCtrl, long int) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:138:0: note: wxGenericDragImage::wxGenericDragImage(const wxTreeCtrl, wxTreeItemId) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:118:0: note: wxGenericDragImage::wxGenericDragImage(const wxString, const wxCursor) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:111:0: note: wxGenericDragImage::wxGenericDragImage(const wxIcon, const wxCursor) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:104:0: note: wxGenericDragImage::wxGenericDragImage(const wxBitmap, const wxCursor) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:98:0: note: wxGenericDragImage::wxGenericDragImage(const wxCursor) src/cpp/dragimage.cpp: In function ‘wxGenericDragImage* wxDragIcon(wxIcon*, int, int)’: src/cpp/dragimage.cpp:16:0: error: no matching function for call to ‘wxGenericDragImage::wxGenericDragImage(wxIcon, wxCursor, wxPoint)’ /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:268:0: note: candidates are: wxGenericDragImage::wxGenericDragImage(const wxGenericDragImage) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:147:0: note: wxGenericDragImage::wxGenericDragImage(const wxListCtrl, long int) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:138:0: note: wxGenericDragImage::wxGenericDragImage(const wxTreeCtrl, wxTreeItemId) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:118:0: note: wxGenericDragImage::wxGenericDragImage(const wxString, const wxCursor) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:111:0: note: wxGenericDragImage::wxGenericDragImage(const wxIcon, const wxCursor) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:104:0: note: wxGenericDragImage::wxGenericDragImage(const wxBitmap, const wxCursor) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:98:0: note: wxGenericDragImage::wxGenericDragImage(const wxCursor) src/cpp/dragimage.cpp: In function ‘wxGenericDragImage* wxDragString(wxString*, int, int)’: src/cpp/dragimage.cpp:21:0: error: no matching function for call to ‘wxGenericDragImage::wxGenericDragImage(wxString, wxCursor, wxPoint)’ /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:268:0: note: candidates are: wxGenericDragImage::wxGenericDragImage(const wxGenericDragImage) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:147:0: note: wxGenericDragImage::wxGenericDragImage(const wxListCtrl, long int) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:138:0: note: wxGenericDragImage::wxGenericDragImage(const wxTreeCtrl, wxTreeItemId) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:118:0: note: wxGenericDragImage::wxGenericDragImage(const wxString, const wxCursor) /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:111:0: note:
Re: [wxhaskell-devel] wxHaskell with wxWidgets 2.9.2
On 3 Nov 2011, at 06:53, Alessandro Vermeulen wrote: I've applied your patches, and I though it build… however, it get's stuck further on, is there where you are stuck too? Yup. If I understand correctly, we're trying to use a constructor for wxDragImage that has been deprecated for a *long* time (was marked deprecated even in wxWidgets 2.4.x). I guess they finally removed it in 2.9. Now the question is if we can ditch the wxPoint argument, ignore it, find a use for it, and if we should change the Haskell API to go with this src/cpp/dragimage.cpp:11:0: error: no matching function for call to ‘wxGenericDragImage::wxGenericDragImage(wxBitmap, wxCursor, wxPoint)’ /usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:268:0: note: candidates are: wxGenericDragImage::wxGenericDragImage(const wxGenericDragImage) ... -- Eric Kow http://erickow.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
Re: [wxhaskell-devel] wxHaskell with wxWidgets 2.9.2
According to #wxwidgets it is safe to remove the parameter as it wasn't used anyway.[12:05:56]DavidGHSpockz: The 'cursorHotspot' parameter isn't used so, Yes, it's safe for wxHaskell to drop itSo I did this and I stumble on the following:src/cpp/eljcombobox.cpp:171:0: error: request for member ‘SetClientData’ is ambiguous/usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/ctrlsub.h:296:0: error: candidates are: void wxItemContainer::SetClientData(unsigned int, void*)/usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/event.h:3233:0: error: void wxEvtHandler::SetClientData(void*)src/cpp/eljcombobox.cpp: In function ‘void* wxComboBox_GetClientData(wxComboBox*, int)’:src/cpp/eljcombobox.cpp:176:0: error: request for member ‘GetClientData’ is ambiguous/usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/ctrlsub.h:297:0: error: candidates are: void* wxItemContainer::GetClientData(unsigned int) const/usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/event.h:3234:0: error: void* wxEvtHandler::GetClientData() constI'm not that familiar with wxHaskell to know what to pick here.Also how should I create a new patch of my changes? I've included the whole source file for now.- Alessandro dragimage.cpp Description: Binary data On 3 nov. 2011, at 11:56, Eric Kow wrote:On 3 Nov 2011, at 06:53, Alessandro Vermeulen wrote:I've applied your patches, and I though it build… however, it get's stuck further on, is there where you are stuck too?Yup. If I understand correctly, we're trying to use a constructor for wxDragImage that has been deprecated for a *long* time (was marked deprecated even in wxWidgets 2.4.x). I guess they finally removed it in 2.9. Now the question is if we can ditch the wxPoint argument, ignore it, find a use for it, and if we should change the Haskell API to go with thissrc/cpp/dragimage.cpp:11:0: error: no matching function for call to ‘wxGenericDragImage::wxGenericDragImage(wxBitmap, wxCursor, wxPoint)’/usr/local/Cellar/wxmac2.9/2.9.2/include/wx-2.9/wx/generic/dragimgg.h:268:0: note: candidates are: wxGenericDragImage::wxGenericDragImage(const wxGenericDragImage)...-- Eric Kow http://erickow.com-- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
Re: [wxhaskell-devel] wxHaskell with wxWidgets 2.9.2
Also how should I create a new patch of my changes? I've included the whole source file for now. First, have a look at http://wiki.darcs.net/Msmtp unless you've already got an MTA configured Then darcs record darcs send Thanks, -- Eric Kow http://erickow.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
Re: [wxhaskell-devel] wxHaskell with wxWidgets 2.9.2
Ok, I did that. However, I still (not surprisingly) get the other error messages: src/include/wrapper.h:350:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual wxChar* ELJConnection::OnRequest(const wxString, const wxString, int*, wxIPCFormat)’: src/include/wrapper.h:356:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:356:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnPoke(const wxString, const wxString, wxChar*, int, wxIPCFormat)’: src/include/wrapper.h:363:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:363:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnStartAdvise(const wxString, const wxString)’: src/include/wrapper.h:367:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:367:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnStopAdvise(const wxString, const wxString)’: src/include/wrapper.h:371:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:371:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnAdvise(const wxString, const wxString, char*, int, wxIPCFormat)’: src/include/wrapper.h:378:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:378:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ It seems like a lot of the same type of error. Is this also already fixed or has it something to do with 2.9? - Alessandro On 2 nov. 2011, at 22:50, Dave Tapley wrote: Interesting, it looks like this was fixed at some point, but the fix never made it in to a release on hackage. You'll need to either remove, or more correctly #if out this line: #include wx/tabctrl.h As shown in here: http://code.haskell.org/wxhaskell/wxcore/src/include/wrapper.h Perhaps someone on this list can get that fix in to hackage? Dave, On 2 November 2011 19:00, Alessandro Vermeulen a.vermeu...@students.uu.nl wrote: Dear developers, When building wx-core-0.12.1.7 I get the following error(s): src/include/wrapper.h:24:24: error: wx/tabctrl.h: No such file or directory In file included from src/cpp/apppath.cpp:1:0: src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnExecute(const wxString, char*, int, wxIPCFormat)’: src/include/wrapper.h:348:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual wxChar* ELJConnection::OnRequest(const wxString, const wxString, int*, wxIPCFormat)’: src/include/wrapper.h:354:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:354:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnPoke(const wxString, const wxString, wxChar*, int, wxIPCFormat)’: src/include/wrapper.h:361:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:361:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnStartAdvise(const wxString, const wxString)’: src/include/wrapper.h:365:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:365:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnStopAdvise(const wxString, const wxString)’: src/include/wrapper.h:369:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:369:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h: In member function ‘virtual bool ELJConnection::OnAdvise(const wxString, const wxString, char*, int, wxIPCFormat)’: src/include/wrapper.h:376:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ src/include/wrapper.h:376:0: error: invalid cast from type ‘wxCStrData’ to type ‘void*’ Environment: GHC 7.0.3 64 Bit OS X 10.7.2 (Lion) wxWidgets 2.9.2 source install with Cocoa. gcc --version (19:51:53 02-11) i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 How can I fix this? Kind regards, Alessandro -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___
