- From: Bjoern Hoehrmann <derhoermi@gmx.net>
- Date: Sat, 17 Jan 2004 18:25:24 +0100
- To: openjade-devel@lists.sourceforge.net
- Cc: www-validator@w3.org
- Message-ID: <40126f55.63149053@smtp.bjoern.hoehrmann.de>
Dear OpenSP maintainers, As far as I can tell, none of the modifications I suggested back in May 2003 to allow building OpenSP on Win32 have been applied. I would like to ask you again to apply the attached patch file to the source tree. The patch is based on the OpenSP 1.5.1 release. Note that my patch would add an unconditional #undef SP_MULTI_BYTE to config.h.old.in. onsgmls and osx won't compile on any platform with -DSP_MULTI_BYTE as they assume various SP-specific types resolve to char while they resolve to wchar_t with SP_MULTI_BYTE. Since SP_MULTI_BYTE is the default on Win32 and the various Visual Studio Project files define SP_MULTI_BYTE, undefining SP_MULTI_BYTE in config.h is the most simple solution to this problem. I would suggest to use the #undef there until you fix onsgmls and osx. I think the other patches should not be controversial. Also note that - even with this patch applied - osx will not build on Win32 as it depends on realpath() and dirname() which are not available on Win32, and MSVC++ requires constant expressions in array initialization such as foo bar[...] These would need to be changed to foo bar = new foo[...] In order to build OpenSP, Win32 users would still have to ensure that the .dsp files use CRLF line termination, run nmake -i -a -f sp-generate.mak from the top source directory, load the workspace file (SP.dsw) into the IDE and build it from there. Visual Studio.NET users would need to confirm to convert the Visual Studio 6.0 project files to the new format. It is also a good idea to replace the @PACKAGE@ and @VERSION@ macros in config.h manually. Based on this patch I provide binaries built using Visual Studio.NET 2003 and linked against LIBCMT.lib (-MT) on http://bjoern.hoehrmann.de/ports/OpenSP-1.5.1-win32-bin.zip The archive contains onsgmls, osgmlnorm, ospam, ospcat, ospent, and their osp151.dll dependency. It does not contain osx due to what I wrote above. If you would like to make these binaries available to your users, please provide them a local copy through sf.net facilities, I would like to keep my traffic low. regards.
Attachments
- text/plain attachment: sp-win32.patch
Received on Saturday, 17 January 2004 12:25:39 UTC