Frederik Carlier ba1c582024 Define WINBOOL on non-MinGW platforms (#52) ... The Windows SDK declares BOOL as an int. Objective C defines BOOl as a char. Those two types clash. MinGW's implementation of the Windows SDK uses the WINBOOL type to avoid this clash. When compiling natively on Windows, we need to manually define WINBOOL. MinGW will define _DEF_WINBOOL_ if it has defined WINBOOL so we can use the same trick here. See https://github.com/mingw-w64/mingw-w64/blob/master/mingw-w64-headers/include/ntdef.h#L355		2024-09-17 21:19:25 +02:00
..
.cvsignore	Initial revision	2002-03-27 23:44:41 +00:00
font_cacher.1	Commit patch by Yavor Doganov to not build font_cacher when the xlib backend wont use it.	2018-02-25 18:53:42 +01:00
font_cacher.m	If the Library directory is not found, create one for the user.	2020-06-18 07:58:01 +00:00
GNUmakefile	Commit patch by Yavor Doganov to not build font_cacher when the xlib backend wont use it.	2018-02-25 18:53:42 +01:00
GNUmakefile.postamble	Revert library license version to 2 until applications can be converted	2008-06-10 04:12:46 +00:00
GNUmakefile.preamble	fix order of use of library and header directories	2013-07-04 16:44:28 +00:00
gpbs.1	Add documentation on options	2006-09-09 04:04:44 +00:00
gpbs.m	Support building natively on Windows (#51)	2024-09-14 00:23:01 +02:00
win32pbs.m	Define WINBOOL on non-MinGW platforms (#52)	2024-09-17 21:19:25 +02:00
xpbs.m	add postscript pasteboard type	2024-03-07 09:50:42 +00:00