1.005 release

update Changes

Revert the ivdformat probing

Devel::CheckLib isn't really capable of probing standard library
functions - it wants a library name to probe for and the standard
library functions aren't always loaded from something called
"libc.ext".

Due to the structure of Devel::CheckLib if you don't provide a library
name to probe for the running code checks are skipped entirely,
passing by default.

So remove this for now.

I have a work-in-progress branch with a modified Devel::CheckLib, but
since I push Devel::CheckLib changes out to the JPEG, TIFF, etc dists
it would mean meaningless new releases for those too.  Meaningless
because the changes to D::CL would have no effect on them beyond a
version bump.

Imager 1.004_004

update Changes

try probing for a valid ivdformat if the %Config value is bad

probe to check if $Config{ivdformat} is correct for the built-in sprintf

minor fix to pod

dump a bit more of the file broken on the strange win32 tester

1.004_003 release

update Changes

add some extra error reporting to I/O layer tests

This might catch a failure seen on Win32.

http://cpantesters.org/cpan/report/99781689-6bf5-1014-897a-75cb4eee1325

1.004_002 release

update Changes

add write failure diagnostics for 250-draw/010-draw.t

This is failing on BiNGOs Solaris smoker, eg:

http://cpantesters.org/cpan/report/417ab3e8-b51f-11e5-895c-94abaef69d38

support older perls

older perls bless handles into IO::Handle, which doesn't have a seek()
method

1.004_001 release

simple threading image creation/destruction test

update Changes

extract include paths from gcc if we can

fix a memory leak when failing to write a 2 color icon image

fix a context object reference leak from upgrading a paletted image

The internal process of upgrading a paletted image to a direct image,
done when a color not in the palette is written to the image, no
long leaks a reference count to the context object.

clean up gif writing error handling (and fix a leak)

doesn't fix a memory leak in giflib 4.x, which I can't do anything
about.

no longer deliberately leak the first context object

Previously Imager would deliberately leak the context object from
the start thread to ensure there was always at least one context
object available.

Modified the log code to handle there being no context object.

fix i_nearest_color() for threaded builds

update Changes some more

avoid uninitialized value warnings in the FT2 driver

The values were only logged, but let's silence valgrind

more nearest_color leaks

set pixels with no coverage to all zero

valgrind complained about use of uninitialized values

fix documentation of i_gpix_d (internal)

FT1 font driver: leaked buffer if it failed to open a font

nearest_color filter: was leaking malloc()ed buffers

combine() - was leaking malloc()ed row buffers

getcolorusage() leaked in i_get_anonymous_color_histo() on too many colors

i_get_anonymous_color_histo() leaked the sample buffer.

getcolorcount() leaked in i_count_colors() on too many colors

The sample array was leaked when the number of colors in the image
exceeded the supplied limit.

remove a leak in make_palette()

The XS leaked the temp image array (not the images themselves) used
to pass the images to i_quant_makemap()

re-work malloc_temp(), calloc_temp() to avoid SV overhead

Previosly they created a temp SV and returned it's buffer.  Now they
just call Newx() or Newxz() and SAVEFREEPV() the result.

update Changes

add a missing attribution for #106836

[rt #111871] re-work autolevels

- avoid an off-by-one error when calculating the minimum and maximum
  levels from the histogram

- optimize 8-bit images by using a lookup table instead of doing
  a floating point multiply for each sample

allow imcover to use a non-default perl

imcover.perl: add an option to just regen coverage

fix Imager::Color->new(channels => []) with a short array

Previously this would fail.

avoid leaking memory in addcolors()

fix scaling of samples for autolevels_mono

we no longer try to deal with buggy giflibs

modernize t/200-file/400-basic.t and handle fails correctly

Previously the custom ok() would mis-handle errors, because it called
methods in list context, which on failure could treat the note for the
test as the result and pass.

This typically resulted in crashes later in the code, see

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812093

for an example.

1.004 release

note that new() accepts an io parameter

more Changes

Imager->new now attempts to read a file given any data source

Previously, attempting to read a raw image would simply return a blank
image, since the xsize and ysize parameters are required when reading
a raw image, and new() checked only those parameters to decide to
return a blank image.

update Changes

fix indentation

RT #107900 Panic due to attempt to extend stack by negative amount

See https://rt.cpan.org/Public/Bug/Display.html?id=107900

See also

http://www.cpantesters.org/distro/I/Imager.html#Imager-1.003?grade=1&perlmat=3&patches=2&oncpan=2&distmat=2&perlver=5.23.4&osname=ALL&version=1.003

Fix by only EXTENDing return stack and pushing values if returned
col_cnt is positive.

avoid a warning during testing on 5.22+

the code puts a file handle into an error state, which confuses the
new diagnostic that triggers when we fail to close a handle implicitly

add a test for the preload method

[rt #104896] add Imager::Color::Table to preload

mark a url so none of it is spell checked

update for a more current Pod::Spell, including a possible bug

1.003 release

changes updates

more flood_fill tests

add a few extra flood fill tests

[rt #103786] prevent fills crossing 4-connected boundaries

fixed an off-by-one error inherited from the original pseudo-code

1.002 release

we don't need to bump API level twice in the same release

more types documentation for the API

change note for colormodel() etc

add colorchannels(), alphachannel() and colormodel() methods

also add model parameter to Imager->new()

zero unfilled channels in color returned by getpixel()

update Changes with circles and polypolys

improved polygon support

polygon documentation

bump IMAGER_API_LEVEL since I added APIs

access to poly_poly from perl as polypolygon()

don't match against horizontal lines

C level support for filling multiple polygons in one call

[perl #101682] define i_circle_aa_fill() and use it

speeds up smaller circle fills considerably, larger circles are
dominated by fill time rather than calculation so lose out

[perl #101682] speed up color filled circle calculations

replaces a very inefficient mechanism calculating many sin()/cos() values
with a faster mechanism

It might be possible to replace this with a Bresenham's circle
algorithm, but one step at a time.

1.001 release

make sure the Mandelbrot and Flines filters are built

Devel::CheckLib: handle the gcc-4 symlink on Cygwin

update Changes for the FT1 and --enable/disable fixes

make --enable and --disable work again

switch FT1 probing to use Imager::Probe

and clean up some of the old cruft

note probing verbosity in Changes

more verbose probe output

Changes updates

GIF: avoid leaving trash behind when the 4.2.0 version bug fails

[rt #99959] fix Imager::Matrix2d::rotate()'s centre point hanling

also add a compose() method and add notes on the order of multiplcation
vs composition of transformations.

[RT #99507] don't apply the icon mask to images with an alpha channel

but do it if the caller asks nicely

Change note for strerror() fix

my_strerror is defined since perl 5.21.x

This change fixes https://rt.cpan.org/Ticket/Display.html?id=98234

Imager 1.000 release

note the iolayer test changes

improve error reporting for an iolayer test failing on some smokers

fix the skip check for using qr// objects as a buffer

previously it always skipped

0.99_02 release

change note for MAXINT removal

eliminate Imager's internal MAXINT macro

This conflicted with MAXINT in the win32 headers