
New patches:

[Correct previous patch for db.cpp
shelarcy@capella.freemail.ne.jp**20061207004327] {
hunk ./wxc/src/db.cpp 186
-EWXWEXPORT(int,wxDb_GetDataSource)( void* henv, wxChar* dsn, int dsnLen, char* description, int descLen, int direction)
+EWXWEXPORT(int,wxDb_GetDataSource)( void* henv, wxChar* dsn, int dsnLen, wxChar* description, int descLen, int direction)
}

[Added #ifndef compilation flag around <inttypes.h> to avoid building problem under Visual C++ (VC). (VC doesn't have <inttypes.h>.)
shelarcy@capella.freemail.ne.jp**20061207005946] {
hunk ./wxc/include/wrapper.h 8
+#ifndef  _MSC_VER
hunk ./wxc/include/wrapper.h 10
+#endif
}

Context:

[Use intptr_t to avoid assumption that integers are 32 bit.
Arie Middelkoop <ariem@cs.uu.nl>**20061125125628
 
 Compiling wxHaskell on a 64bits platform fails, because there
 are some assumptions in the code that assume that integers are
 32bits. For example, there are a couple of assignments of a
 pointer to an int.
   
 This patch fixes these problems. Sometimes, after assigning a
 pointer to an integer, the int was used as a boolean value. In
 those cases, instead of returning a pointer p, I changed the
 code to return p != NULL. In two other cases, a pointer is stored
 inside the int and in these cases I changed the type of the
 int to intptr_t, of which it is guaranteed that a pointer can be
 assigned to it and recovered from it.
 
 Requires <inttypes.h>.
 
] 
[Added the -fPIC compiler flag to CXX options in the makefile.
Arie Middelkoop <ariem@cs.uu.nl>**20061115121006
 
 Apparantly, my platform (gentoo x86_64 linux) required that .o files are "relocatable" when there 
 are linked into a dynamic library.
 
 (It might be an idea to use libtool to hide this kind of platform-specific details)
 
] 
[Tweak wx build target to depend on wxcore-clean.
Eric Kow <eric.kow@loria.fr>**20061115002142
 
 This avoids weird build errors with GHC 6.6 like
 wx/src/Graphics/UI/WX/Types.hs:94:0:
     Bad interface file: out/wx/imports/Graphics/UI/WXCore/Types.hi
         Something is amiss; requested module
 
] 
[Update Windows/VC++ build for 0.10.1 (from jeremy.odonoghue@gmail.com).
Eric Kow <eric.kow@loria.fr>**20061029082957
 
] 
[Separate make/make install for wxcore and wx.
Eric Kow <eric.kow@loria.fr>**20061027201218
 
 Now the user has to type
  make
  (sudo) make install
  make wx
  (sudo) make wx-install
 
 This is a tweak of Shelarcy's patch for making wxhaskell compile on GHC 6.6.
 The intention is to avoid the surprising behaviour of wxcore being installed
 when the user types 'make'.
 
] 
[Add shelarcy patch for compile with GHC-6.6
jeremy.odonoghue@gmail.com**20061027102208] 
[Add support for toolbar divider and other toolbar options (from shelarcy@gmail.com)
jeremy.odonoghue@gmail.com**20061023095411] 
[Add support for toolbar divider (for shelarcy@gmail.com)
jeremy.odonoghue@gmail.com**20061023094720] 
[Add support for list item mask (from shelarcy@gmail.com)
jeremy.odonoghue@gmail.com**20061023094528] 
[Add support for Calendar events (from shalarcy@gmail.com)
jeremy.odonoghue@gmail.com**20061023094412] 
[Add support for wxWidgets version >= 2.5 (Sound API, db API)
jeremy.odonoghue@gmail.com**20061023094049] 
[Shelarcy patch: fix typos in wxHaskell samples/contrib
jeremy.odonoghue@gmail.com**20060830114937] 
[(OS X) Skip intermediate step of compiling master.o.
Eric Kow <eric.kow@loria.fr>**20060813212620
 
 Removing this step (which compiles master.o, and combines it with other
 stuff to get the real library we want) avoids weird error messages like
 
 ld: out/wxc/master.o undefined symbol 36218 (__ZdaPv) can't be a weak
 definition
 
 It's quite possible that this breaks something else, though...
 
] 
[Update VC++ project file to reflect new wxWidgets version support (untested)
jeremy.odonoghue@gmail.com**20060817170205] 
[Update VC++ project file to reflect updated DLL version supporting wxWidgets 2.6.3
jeremy.odonoghue@gmail.com**20060817170011] 
[Update revision numbers and wxversion guesses for Windows / VC++ (jeremy.odonoghue@gmail.com)
jeremy.odonoghue@gmail.com**20060817165704] 
[Shelarcy patch (VC project for wxWindows 2.6.3)
jeremy.odonoghue@gmail.com**20060816134707] 
[Shelarcy patch (WxcTypes.hs)
jeremy.odonoghue@gmail.com**20060816115419] 
[Shelarcy patch (eljdialup.cpp)
jeremy.odonoghue@gmail.com**20060816114418] 
[Shelarcy patch (db.cpp)
jeremy.odonoghue@gmail.com**20060816113728] 
[(wxc, Unicode) Files for compiling unicode version under Visual Studio.
shelarcy <shelarcy@capella.freemail.ne.jp>**20060813212315
 
 This is Eric Kow recording on Shelarcy's behalf.  This corresponds to version
 08 of my Unicode patch.
 
] 
[Add a small makefile for compiling the samples.
Eric Kow <eric.kow@loria.fr>**20060813211705
 
 (This comes from version 08 of my Unicode patch).
 
] 
[(wxcore, Unicode) Add/use ability to interact with C wchar_t.
Eric Kow <eric.kow@loria.fr>**20060813211211
 
 This corresponds to the wxcore part of my Unicode patch, version 08
 modulo trailing whitespace.
 
 I believe this would require for wxWidgets and wxhaskell to be compiled with
 Unicode enabled.
 
] 
[(wxdirect, Unicode) Use the Haskell types for C wchar_t and friends.
Eric Kow <eric.kow@loria.fr>**20060813210420
 
 I believe this would require that wxWidgets be compiled with Unicode
 enabled.
 
] 
[(wxc, Unicode) Use wxChar instead of char.
Eric Kow <eric.kow@loria.fr>**20060813205557
 
 wxChar is a C preprocessor macro that selects for char under
 --disable-unicode, and for wchar_t under --enable-unicode.
 
 This corresponds to version 08 of my Unicode patch, but only the parts
 which affect wxc.
 
] 
[[wxhaskell-from-cvs @ 2005-05-08 08:12:51 by dleijen]
dleijen**20050508081251
 updated change log
] 
[[wxhaskell-from-cvs @ 2005-05-08 07:24:23 by dleijen]
dleijen**20050508072423
 Compile wx via -fvia-C to fix crash with ghci on windows
] 
[TAG wxhakell-0-9-4
Unknown tagger**20060712042545] 
Patch bundle hash:
ec75012efad2b56e283626adb9f85f7ed110a404
