Re: [wxhaskell-devel] wxc/ore? linking problem
RESULT/S: - Managed to get wxcore and wxc installed and working, to helloworld level, based on the latest github master. - All Eric's helloworld examples now compile and generally work, incl. wxcore and wx versions, without the link error problem posted below. Henrys-iMac:wx henrylockyer$ ghc-pkg list --user /Users/henrylockyer/.ghc/x86_64-darwin-7.0.4/package.conf.d MissingH-1.1.1.0 cabal-macosx-0.2.2 hslogger-1.1.5 strict-0.3.2 wx-0.90.0.1 wxc-0.90.0.4 wxcore-0.90.0.3 wxdirect-0.90.0.1 - A couple of weird things I encountered which are probably due to pilot error somewhere (I've not used the 'runhaskell Setup configure/build/install' method before) but I'll mention them in case they indicate something that should be attended to: a) When building wxc, registration of the pkg seemed to occur, as I expected, in the install phase, but when building wxcore there was a message to say it had registered the pkg at the end of the build phase, I gave the install command and it then reported registering the pkg again. Seemed a little fishy. b) When it came to adding wx back in I went back to using cabal install to pull wx from hackage again, but got the following message: src/Graphics/UI/WX/Draw.hs:33:8: Could not find module `Graphics.UI.WXCore': Perhaps you haven't installed the profiling libraries for package `wxcore-0.90.0.3'? Use -v to see a list of the files searched for. cabal: Error: some packages failed to install: wx-0.90.0.1 failed during the building phase. The exception was: ExitFailure 1 -v didn't tell me much but --disable-library-profiling convinced cabal to install it. I thought the profiling option should have been defaulted 'off' during the build phase of wxc and wxcore as well as in the cabal install of wx - I certainly didn't deliberately set any parameters in connection with profiling. Annoyingly I accidentally closed the terminal without saving, so can't post more specific detail or check my eyesight. Regards/ Henry On 30 Jun 2012, at 18:53, Henry Lockyer wrote: Sorry - I was really meaning 'included in Hackage' so that I could use 'cabal install', in case that wasn't obvious. I see, superficially at least, everything seems to be there on github master for wxc 0.90.04 and wxcore 0.90.04, so I'll have a go at installing these 'manually' (wx seems to be the same version but will also need to be rebuilt after presumably). /Henry On 30 Jun 2012, at 16:54, Henry Lockyer wrote: Is the cabalistic version of wxcore 0.90.0.3 still imminent or has life intervened? If it's not likely for a while then I guess I'd better get my swimming trunks on and head for the shallow end of Github ;-) Regards/ Henry On 27 Jun 2012, at 17:48, Jeremy O'Donoghue wrote: I think you did the right thing. We'll debug further if the Cabal update doesn't work for you. Regards Jeremy On 27 June 2012 16:46, Henry Lockyer henry.lock...@ntlworld.com wrote: ok + thanks. I guess I'll wait for updated cabal if it is imminent . Re (1) I could double-check this in the meantime perhaps, but what to look for exactly? (I relied on cabal install wx cabal-macosx on an empty local user pkg lib to get it right.) Regards/ Henry On 27 Jun 2012, at 15:28, Jeremy O'Donoghue wrote: There are a couple of possibilities: 1) (which I think can be discounted, given your description of 'removed everything and started again') is that you didn't do a clean build. The dependency checking for wxc is rather fragile (bacause Cabal does not know about C dependencies). 2) More likely: the latest version of wxcore on Github is 0.90.0.3 - this was bumped when I messed up some dependencies in one of the releases (I didn't notice because *I* hadn't cleaned up properly before testing. Have you tried pulling from the tip of the master branch on Github in the past few days (I commited the updates to Github on June 10th - haven't updated cabal yet as I have been too busy - will try to do so this evening (UK time). In other words, I think this may be my fault, for which my sincere apologies. Best regards Jeremy On 27 June 2012 13:38, Henry Lockyer henry.lock...@ntlworld.com wrote: Hello - is this a fault with wxc (or associates) ? Cannot build Eric's wxcore 'HelloWorld' (from https://raw.github.com/jodonoghue/wxHaskell/master/samples/wxcore/HelloWorld.hs ) due to Undefined symbols. This is based on an i86_64-only wxWidgets 2.9.3 build on mac os 10.6.8 snow leopard with xcode 3.2.6 and with ghc 7.0.4 (HP 2011.4.0.0 64). I discovered some legacy mess in the local pkg installations so
Re: [wxhaskell-devel] wxc/ore? linking problem
Sorry - I was really meaning 'included in Hackage' so that I could use 'cabal install', in case that wasn't obvious. I see, superficially at least, everything seems to be there on github master for wxc 0.90.04 and wxcore 0.90.04, so I'll have a go at installing these 'manually' (wx seems to be the same version but will also need to be rebuilt after presumably). /Henry On 30 Jun 2012, at 16:54, Henry Lockyer wrote: Is the cabalistic version of wxcore 0.90.0.3 still imminent or has life intervened? If it's not likely for a while then I guess I'd better get my swimming trunks on and head for the shallow end of Github ;-) Regards/ Henry On 27 Jun 2012, at 17:48, Jeremy O'Donoghue wrote: I think you did the right thing. We'll debug further if the Cabal update doesn't work for you. Regards Jeremy On 27 June 2012 16:46, Henry Lockyer henry.lock...@ntlworld.com wrote: ok + thanks. I guess I'll wait for updated cabal if it is imminent . Re (1) I could double-check this in the meantime perhaps, but what to look for exactly? (I relied on cabal install wx cabal-macosx on an empty local user pkg lib to get it right.) Regards/ Henry On 27 Jun 2012, at 15:28, Jeremy O'Donoghue wrote: There are a couple of possibilities: 1) (which I think can be discounted, given your description of 'removed everything and started again') is that you didn't do a clean build. The dependency checking for wxc is rather fragile (bacause Cabal does not know about C dependencies). 2) More likely: the latest version of wxcore on Github is 0.90.0.3 - this was bumped when I messed up some dependencies in one of the releases (I didn't notice because *I* hadn't cleaned up properly before testing. Have you tried pulling from the tip of the master branch on Github in the past few days (I commited the updates to Github on June 10th - haven't updated cabal yet as I have been too busy - will try to do so this evening (UK time). In other words, I think this may be my fault, for which my sincere apologies. Best regards Jeremy On 27 June 2012 13:38, Henry Lockyer henry.lock...@ntlworld.com wrote: Hello - is this a fault with wxc (or associates) ? Cannot build Eric's wxcore 'HelloWorld' (from https://raw.github.com/jodonoghue/wxHaskell/master/samples/wxcore/HelloWorld.hs ) due to Undefined symbols. This is based on an i86_64-only wxWidgets 2.9.3 build on mac os 10.6.8 snow leopard with xcode 3.2.6 and with ghc 7.0.4 (HP 2011.4.0.0 64). I discovered some legacy mess in the local pkg installations so removed everything from --user pkgs and rebuilt it all again cleanly with cabal install, with no apparent errors at this stage. The install looks fine now but I still get the same error and am now stuck.. Henrys-iMac:wxcore henrylockyer$ ghc HelloWorld [1 of 1] Compiling Main ( HelloWorld.hs, HelloWorld.o ) Linking HelloWorld ... Undefined symbols: _wxListItemAttr_SetTextColour, referenced from: _s15xV_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_Create, referenced from: _sWbY_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _sWcg_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_GetBackgroundColor, referenced from: _s1Bis_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2Jgb_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrl_RefreshItem, referenced from: _s1C5g_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2HVB_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemAttrCallback, referenced from: _s1BFE_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2IEM_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_Create, referenced from: _wxcorezm0zi90zi0zi1_GraphicsziUIziWXCoreziWxcClassesAL_listItemAttrCreate1_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemColumnImageCallback, referenced from: _s1BE8_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2IGA_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_CreateEx, referenced from: _sUn6_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _sUng_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_CreateWithCb, referenced from: _sW0i_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _sW0E_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrl_IsVirtual, referenced from: _s1C6N_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2HTp_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrl_GetItemFont, referenced from: _s1Cz0_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2H2z_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_SetFont, referenced from: _s15BK_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s15BO_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o)
Re: [wxhaskell-devel] wxc/ore? linking problem
There are a couple of possibilities: 1) (which I think can be discounted, given your description of 'removed everything and started again') is that you didn't do a clean build. The dependency checking for wxc is rather fragile (bacause Cabal does not know about C dependencies). 2) More likely: the latest version of wxcore on Github is 0.90.0.3 - this was bumped when I messed up some dependencies in one of the releases (I didn't notice because *I* hadn't cleaned up properly before testing. Have you tried pulling from the tip of the master branch on Github in the past few days (I commited the updates to Github on June 10th - haven't updated cabal yet as I have been too busy - will try to do so this evening (UK time). In other words, I think this may be my fault, for which my sincere apologies. Best regards Jeremy On 27 June 2012 13:38, Henry Lockyer henry.lock...@ntlworld.com wrote: Hello - is this a fault with wxc (or associates) ? Cannot build Eric's wxcore 'HelloWorld' (from https://raw.github.com/jodonoghue/wxHaskell/master/samples/wxcore/HelloWorld.hs ) due to Undefined symbols. This is based on an i86_64-only wxWidgets 2.9.3 build on mac os 10.6.8 snow leopard with xcode 3.2.6 and with ghc 7.0.4 (HP 2011.4.0.0 64). I discovered some legacy mess in the local pkg installations so removed everything from --user pkgs and rebuilt it all again cleanly with cabal install, with no apparent errors at this stage. The install looks fine now but I still get the same error and am now stuck.. Henrys-iMac:wxcore henrylockyer$ ghc HelloWorld [1 of 1] Compiling Main ( HelloWorld.hs, HelloWorld.o ) Linking HelloWorld ... Undefined symbols: _wxListItemAttr_SetTextColour, referenced from: _s15xV_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_Create, referenced from: _sWbY_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _sWcg_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_GetBackgroundColor, referenced from: _s1Bis_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2Jgb_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrl_RefreshItem, referenced from: _s1C5g_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2HVB_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemAttrCallback, referenced from: _s1BFE_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2IEM_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_Create, referenced from: _wxcorezm0zi90zi0zi1_GraphicsziUIziWXCoreziWxcClassesAL_listItemAttrCreate1_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemColumnImageCallback, referenced from: _s1BE8_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2IGA_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_CreateEx, referenced from: _sUn6_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _sUng_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_CreateWithCb, referenced from: _sW0i_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _sW0E_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrl_IsVirtual, referenced from: _s1C6N_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2HTp_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrl_GetItemFont, referenced from: _s1Cz0_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2H2z_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_SetFont, referenced from: _s15BK_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s15BO_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemImageCallback, referenced from: _s1BCC_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2IIo_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_GetTextColor, referenced from: _s1BfQ_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2JjR_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_GetFont, referenced from: _s1Bh9_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2Ji1_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_HasFont, referenced from: _s1Bdd_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2JnT_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_SetBackgroundColour, referenced from: _s15Gu_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemTextCallback, referenced from: _s1BB6_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2IKc_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_HasTextColour, referenced from: _s1BbT_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2Jq5_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_HasBackgroundColour, referenced from: _s1Bex_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o)
Re: [wxhaskell-devel] wxc/ore? linking problem
ok + thanks. I guess I'll wait for updated cabal if it is imminent . Re (1) I could double-check this in the meantime perhaps, but what to look for exactly? (I relied on cabal install wx cabal-macosx on an empty local user pkg lib to get it right.) Regards/ Henry On 27 Jun 2012, at 15:28, Jeremy O'Donoghue wrote: There are a couple of possibilities: 1) (which I think can be discounted, given your description of 'removed everything and started again') is that you didn't do a clean build. The dependency checking for wxc is rather fragile (bacause Cabal does not know about C dependencies). 2) More likely: the latest version of wxcore on Github is 0.90.0.3 - this was bumped when I messed up some dependencies in one of the releases (I didn't notice because *I* hadn't cleaned up properly before testing. Have you tried pulling from the tip of the master branch on Github in the past few days (I commited the updates to Github on June 10th - haven't updated cabal yet as I have been too busy - will try to do so this evening (UK time). In other words, I think this may be my fault, for which my sincere apologies. Best regards Jeremy On 27 June 2012 13:38, Henry Lockyer henry.lock...@ntlworld.com wrote: Hello - is this a fault with wxc (or associates) ? Cannot build Eric's wxcore 'HelloWorld' (from https://raw.github.com/jodonoghue/wxHaskell/master/samples/wxcore/HelloWorld.hs ) due to Undefined symbols. This is based on an i86_64-only wxWidgets 2.9.3 build on mac os 10.6.8 snow leopard with xcode 3.2.6 and with ghc 7.0.4 (HP 2011.4.0.0 64). I discovered some legacy mess in the local pkg installations so removed everything from --user pkgs and rebuilt it all again cleanly with cabal install, with no apparent errors at this stage. The install looks fine now but I still get the same error and am now stuck.. Henrys-iMac:wxcore henrylockyer$ ghc HelloWorld [1 of 1] Compiling Main ( HelloWorld.hs, HelloWorld.o ) Linking HelloWorld ... Undefined symbols: _wxListItemAttr_SetTextColour, referenced from: _s15xV_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_Create, referenced from: _sWbY_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _sWcg_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_GetBackgroundColor, referenced from: _s1Bis_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2Jgb_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrl_RefreshItem, referenced from: _s1C5g_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2HVB_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemAttrCallback, referenced from: _s1BFE_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2IEM_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_Create, referenced from: _wxcorezm0zi90zi0zi1_GraphicsziUIziWXCoreziWxcClassesAL_listItemAttrCreate1_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemColumnImageCallback, referenced from: _s1BE8_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2IGA_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_CreateEx, referenced from: _sUn6_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _sUng_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_CreateWithCb, referenced from: _sW0i_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _sW0E_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrl_IsVirtual, referenced from: _s1C6N_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2HTp_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrl_GetItemFont, referenced from: _s1Cz0_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2H2z_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_SetFont, referenced from: _s15BK_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s15BO_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemImageCallback, referenced from: _s1BCC_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2IIo_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_GetTextColor, referenced from: _s1BfQ_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2JjR_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_GetFont, referenced from: _s1Bh9_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2Ji1_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_HasFont, referenced from: _s1Bdd_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _s2JnT_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListItemAttr_SetBackgroundColour, referenced from: _s15Gu_info in libHSwxcore-0.90.0.1.a(WxcClassesAL.o) _wxListCtrlVirtual_SetOnGetItemTextCallback, referenced from: _s1BB6_info in
Re: [wxhaskell-devel] wxc/ore? linking problem
Hi Eric Yes I have been essentially following that as a rational approach (though I guess you mean wxWidgets, wxcore, wx ) and I have used all your samples (thanks!). It's good to have a potted example to check out each level. I realise your readme instructions are skeletal but maybe worth adding that wxWidgets 'minimal' needs the samples.xpm file in the src dir (or equiv.). (An alternative wxWidgets version at http://wxwidgets.org/docs/tutorials/hworld.txt does not need this.) On macos another gratifying basic test is applying macosx-app and launching from finder (or open). Regards/ Henry On 27 Jun 2012, at 16:59, Eric Kow wrote: Out of interest (sorry, not following thread), has the 3-step testing approach (wxc, wxcore, wx) in my minimal tester been useful at all? Thanks, Eric On 27 Jun 2012, at 16:46, Henry Lockyer wrote: ok + thanks. I guess I'll wait for updated cabal if it is imminent . Re (1) I could double-check this in the meantime perhaps, but what to look for exactly? (I relied on cabal install wx cabal-macosx on an empty local user pkg lib to get it right.) -- Eric Kow http://erickow.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ wxhaskell-devel mailing list wxhaskell-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
