2012-02-25 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- Release GraphicsMagick 1.3.14.
- NEWS.txt: Updated to describe updates since last release.
2012-02-19 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- Downgrade to Automake 1.11.2 so that test suite can run on systems with limited command line length. This means that lzip support is temporarily removed.
- magick/resize.c (ResizeImage): Resize filter argument was being ignored. Filter from image 'filter' member was used instead. Problem was reported by Steven Bakhtiari.
2012-02-18 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- tiff: Update bundled libtiff to 4.0.1 release.
- png: Update bundled libpng to 1.5.9 release.
- magick/memory.h: Decorate memory allocation functions with GCC attribute 'alloc_size'.
- magick/common.h: Add support for GCC 4.3+ attributes 'alloc_size', 'hot', 'cold'.
- magick/{log.h,monitor.h,utility.h}: Use double-underscore syntax in GCC format attribute specifications to defend against accidental macro expansion.
2012-02-09 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- coders/xcf.c (ReadXCFImage): Fix reading XCF which is comprised of differend sized layers.
2012-02-08 Glenn Randers-Pehrson <glennrp@simplesystems.org>
- coders/txt.c: Added "-define txt:with-im-header" option.
2012-02-05 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- png: Updated to libpng 1.5.8 release
- zlib: Updated to zlib 1.2.6 release
2012-02-04 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- Makefile.am (AUTOMAKE_OPTIONS): Update to Automake 1.11.3. Add lzip compressed archive to options.
2012-01-30 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- coders/dcraw.c (RegisterDCRAWImage): Add support for Mamiya Photo RAW "MEF" format. Resolves SourceForge issue #3481508 "*.MEF file open incorrect".
2012-01-29 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- coders/jpeg.c (WriteJPEGImage): Convert RGB-compatible colorspaces (e.g. CineonLog) to RGB by default since that was the case prior to release 1.3.13. User can still override it (avoiding removal of log encoding) by explicitly specifying the desired colorspace. Problem was reported by Gary Margiotta.
2012-01-21 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- coders/dpx.c (ReadDPXImage): When reading, save input file endianness so that the endianness of the original file is preserved by default. The user is able to override this default via -endian. Problem was reported by JongAm Park.
2012-01-19 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- www/OpenMP.rst: Updated OpenMP results based on latest OpenMP tunings and the Intel Xeon E5649 CPU.
2012-01-17 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- coders/dcraw.c (ReadDCRAWImage): Fix memory leak of ImageInfo. Resolves SourceForge bug #3475148 "memery leaks".
- magick/module.c (ModuleAliases): EMF format is supported by EMF module and so mapping EMF to the WMF module caused EMF not to work. Resolves SourceForge bug #3475147 "emf files can not be opened". Note that the EMF module only works for Microsoft Windows.
2012-01-15 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- magick/gem.c (Hull): Improve performance.
- magick/effect.c (DespeckleImage): Improve performance.
2012-01-12 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- magick/effect.c (DespeckleImage): Using schedule(static,4) blocks any opportunity for speedup. This was a performance regression. Oops!
2012-01-10 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- wand/magick_wand.c (MagickExtentImage): Added MagickExtentImage() to Wand API. Resolves SourceForge issue #3471915 "MagickExtentImage in the Wand C API".
2012-01-08 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- magick/export.c (ExportViewPixelArea): Break up implementation into subroutines to ease compilation.
2012-01-03 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- magick/import.c (ImportViewPixelArea): Break up implementation into subroutines to ease compilation.
2012-01-01 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>
- magick/studio.h: Use Magick prefixed macro names for ftruncate, mmap, and munmap in order to assure that introducing our macros does not cause trouble with system headers.