Please sign in to comment.
Update wxcore build for separated wxc
Ignore-this: f6a30cd378270717ad11aeda1c3973ce This patch brings in the changes needed to build wxcore with a separated wxc. It has been virtually impossible to separate out the individual patches from Dave Tapley's branch which make up this change, but as well as bumping the version to 0.15, at least the following are implicated: * Set wxcore Setup.hs to use System.FilePath instead of System.FilePath.Posix (email@example.com Tue Jan 31 2012) * Make wxcore link with an rpath to wxc. This fixes the problem I described here http://comments.gmane.org/gmane.comp.lang.haskell.libraries/16807 and listed as "the only major remaining problem" here: http://firstname.lastname@example.org/msg00722.html. (email@example.com Tue Jan 3 2012)) * Missed modified files in the previous patch. This is the second part of the patch "Move compilation of C++ code to new wxc project and use a shared library for it" Unfortunately I missed these important files modifications and darcs was waiting forever when I tried to unrecord or amend that patch. For further information please see email [wxhaskell-devel] Using a shared library for the C++ in wxhaskell. http://sourceforge.net/mailarchive/message,php?msg_id=28515489. (firstname.lastname@example.org Wed Dec 14 2011) * Move compilation of C++ code to new wxc project and use a shared library for it. (email@example.com Wed Dec 14 2011) * 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. Haveing the Eiffel around just creates the impression of complexity for little gain. (firstname.lastname@example.org Thu Nov 3 2011) darcs-hash:20120318112715-75908-6f768323635d985dde10f88a428dace5b2aed2ea.gz
- Loading branch information...
Showing with 48 additions and 66 deletions.