summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2015-06-05[s]eeing is believing.HEADmainmidipix2-0/+45
2015-06-05weak symbols using mingw toolchainmidipix8-0/+128
2015-06-02declaring stdout with dllimportmidipix12-0/+390
2015-06-02an alternative, not using the libc import library (libc.lib.a)midipix6-0/+192
2015-06-02bug chasing: shared objects and data symbolsmidipix6-0/+194
2015-04-29fixed typo in crc header.midipix1-53806/+53806
2015-04-29winsym crc32 hashesmidipix2-67/+53806
2015-04-26complete draft of api needed for high-priority functionality.midipix1-11/+24
2015-04-26add 'raw' to the map/unmap api names to make that aspect clear.midipix1-3/+4
2015-04-26api sketch for libperk.midipix1-0/+53
2015-04-05float: i686-nt32-midipixmidipix1-0/+49
2015-04-05float: i686-unknown-linux, building *without* --with-fpmath=ssemidipix1-0/+47
2015-04-05float, double, long doublemidipix5-0/+189
2015-03-26headers for gdi bitmaps, reflecting an idea about one possiblemidipix4-0/+590
principle/system that the winapi could follow: * if a header traditionally provided information about multiple implementation areas (i.e. bitmaps, brushes, clipping, etc.), provide the definitions for each of these areas in a designated header, and have the canonical header include them. * within each header, ideally begin by providing all of the enums, and then similarly all #defines, typedefs, and function signatures and/or forward declarations.