aboutsummaryrefslogtreecommitdiff
path: root/malloc.c
diff options
context:
space:
mode:
authorSimon Tatham <anakin@pobox.com>2016-04-24 07:30:20 +0100
committerSimon Tatham <anakin@pobox.com>2016-04-24 07:30:20 +0100
commit6a8a53e7235a8621313b792b498ebb43452f9e38 (patch)
tree594e298cb1ac0338aceed8be2f1e315f6306b9c2 /malloc.c
parent02ce237f911f7b970ea9b093226a9e7d09fffbf4 (diff)
downloadpuzzles-6a8a53e7235a8621313b792b498ebb43452f9e38.zip
puzzles-6a8a53e7235a8621313b792b498ebb43452f9e38.tar.gz
puzzles-6a8a53e7235a8621313b792b498ebb43452f9e38.tar.bz2
puzzles-6a8a53e7235a8621313b792b498ebb43452f9e38.tar.xz
Explicitly set RGB colourspace in icon.pl's use of convert.
This is that annoying feature of up-to-date 'convert' in which converting to or from a PNG file defaults to returning RGB values that have been 'helpfully' gamma-corrected (or some such) from the exact data stored in the source file to some nonsense you didn't want. Usually the worst this causes is slightly washed-out looking graphics, but in this case, since my entire aim was to squash the image into a specific set of exact RGB values so as to turn it into a paletted Windows icon file, it caused an actual build failure when the next loop in icon.pl couldn't find the gamma-corrected values in its expected palette map, and no wonder.
Diffstat (limited to 'malloc.c')
0 files changed, 0 insertions, 0 deletions