|
From: Eric K. <eri...@gm...> - 2011-11-06 13:19:59
|
Hi all,
Just check pointing by me and Alessandro Vermeulen to get wxHaskell building
and running on MacOS X with 64 bit GHC.
I think none of these changes are really about 64 bit so much as switching to
wxWidgets 2.9. I don't think switching to wxWidgets 2.9 is particularly
necessary for 64 bit Mac, just that the both of us must have figured something
along the lines of "might as well..."
The main changes
* various dependencies
* tidying
- removed Eiffel and elj prefixes : not actually needed (and you can likely
cherry pick them out with Darcs) but since I was wading in, I felt I should
do some tidying
- some GHC 7.2 stuff
* removed stuff we had no idea what to do with
- wxPendingEvents
- wxPostScriptDC_{Get,Set}Resolution
- some constants related to dialup and power management
* a Unicode change (wxWidgets 3.0 uses UTF-8 internally on Mac/Linux)
* a "WIP" patch to deal with nitty gritty building details (ie. names of
libraries on different platforms). Boooo--rrrring. Unfortunately, not
general enough to be applied to an official repo, hence "work in progress"
Unfortunately, it's good enough for me and I may have to leave it at that
hoping that somebody will amend it with something better.
Oh, it helps to mention that Alessandro is using GHC 7.0.3 and me GHC 7.2.1
Thanks,
26 patches for repository http://code.haskell.org/wxhaskell:
Fri Jul 29 01:02:51 EDT 2011 duk...@gm...
* wxEventType is an extern type in wxWidgets 2.9.2
Compare wxEventType in include/wx/event.h in wxWidgets 2.8.10 and 2.9.2,
you will see that the latter contains the lines:
extern WXDLLIMPEXP_BASE const wxEventType wxEVT_NULL;
extern WXDLLIMPEXP_BASE const wxEventType wxEVT_FIRST;
This was causing a "Conflicting exports" error as detailed here:
http://sourceforge.net/mailarchive/message.php?msg_id=27810904
Because wxc_glue.h previously exported these as ints.
Wed Jul 20 10:26:29 EDT 2011 Eric Kow <eri...@gm...>
* Rudimentary replacement for wx-config.
Only works on Windows with wxWidgets 2.8 for now.
There is no verification, if for example, the build is Unicode-enabled.
Wed Jul 20 10:42:02 EDT 2011 Eric Kow <eri...@gm...>
* Don't forget parent dir in wx-config prefix search.
Wed Jul 20 12:32:57 EDT 2011 Eric Kow <eri...@gm...>
* Fix oversight: include the wxWidgets libs in wx-config output.
Fri Aug 12 11:36:15 EDT 2011 Maciek Makowski <mac...@gm...>
* use Haskell WxConfig library instead of wx-config on Windows
This patch adds detectWxVersion to WxConfig library and uses it to determine the version during wxcore build on Windows. wx-config is still used to generate the cpp flags and library list.
Stuff starts here
=================
Wed Nov 2 17:20:57 EDT 2011 Eric Kow <eri...@gm...>
* Fix build on GHC 7.2.
Wed Nov 2 17:21:44 EDT 2011 Eric Kow <eri...@gm...>
* Fix inconsistent newline terminator
Wed Nov 2 17:21:47 EDT 2011 Eric Kow <eri...@gm...>
* Only install the wx-config executable on Windows
We don't want to override the Mac/Linux ones
Wed Nov 2 23:30:31 EDT 2011 Eric Kow <eri...@gm...>
* wxdirect: Strip away ability to deal with Eiffel files.
Wed Nov 2 23:32:58 EDT 2011 Eric Kow <eri...@gm...>
* wxdirect: Modernise exception handling.
Wed Nov 2 23:33:11 EDT 2011 Eric Kow <eri...@gm...>
* wxdirect: Bump to 0.14
Wed Nov 2 23:36:07 EDT 2011 Eric Kow <eri...@gm...>
* wxcore: No more Eiffel
Just use the autogenerated (and now manually maintained) Haskell module
instead.
wxEiffel seems to be a dead project at the time of this patch, so we're
not exactly getting a cross-project refactor out of this. Having the
Eiffel around just creates the impression of complexity for little gain.
Wed Nov 2 23:36:50 EDT 2011 Eric Kow <eri...@gm...>
* Update Graphics.UI.WXCore.WxcDefs haddock to reflect manual maintenance.
Thu Nov 3 14:44:50 EDT 2011 Eric Kow <eri...@gm...>
* Disable webkit and power events that were causing compile errors.
Thu Nov 3 14:45:53 EDT 2011 Eric Kow <eri...@gm...>
* wxcore: Remove elj prefix from cpp files.
Thu Nov 3 14:59:25 EDT 2011 me...@al...
* wxDrag+varia,
I'm not sure whether it should be wxItemContainer I cast to. But it seems
probable based on the signature of the function. The method in *event*something
has a different signature.
Thu Nov 3 15:14:10 EDT 2011 Eric Kow <eri...@gm...>
* wxcore: remove wxPostScriptDC::{Set,Get}Resolution
Thu Nov 3 16:27:46 EDT 2011 me...@al...
* PolygonFillModeFix
Fri Nov 4 11:22:36 EDT 2011 Eric Kow <eri...@gm...>
* Trailing newlines on EOF.
Fri Nov 4 11:22:55 EDT 2011 Eric Kow <eri...@gm...>
* wx: FlexibleInstances for GHC 7.2
Fri Nov 4 12:10:10 EDT 2011 Eric Kow <eri...@gm...>
* wxcore: No more Eiffel followup
WxcDefs is no longer a temp file
Sun Nov 6 07:39:53 EST 2011 Eric Kow <eri...@gm...>
* wxcore: Convert wxString to wchar_t* not char*
wxWidgets 3.0 uses UTF-8 internally on Mac and Linux
Sun Nov 6 07:57:34 EST 2011 Eric Kow <eri...@gm...>
* Remove headers for wxPostScriptDC_{Get,Set}Resolution.
Sun Nov 6 07:58:56 EST 2011 Eric Kow <eri...@gm...>
* Remove unused event constants.
Sun Nov 6 07:59:37 EST 2011 Eric Kow <eri...@gm...>
* Remove references to wxPendingEvents
Thu Nov 3 05:57:35 EDT 2011 Eric Kow <eri...@gm...>
* WIP: do a better job grabbing extra lib arguments
Sigh, why do the conventions for wxWidgets libraries seem to be so inconsistent?
I'd use wx-config --libs foo but that does not seem to give the kind of results
we want :-/
|