Bug 158124 - [MAINTAINER] UPDATE graphics/libjpeg-turbo: update to 1.1.1
Summary: [MAINTAINER] UPDATE graphics/libjpeg-turbo: update to 1.1.1
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Dennis Herrmann
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-21 15:00 UTC by bytestore
Modified: 2011-06-21 18:20 UTC (History)
0 users

See Also:


Attachments
file.shar (3.49 KB, text/plain)
2011-06-21 15:00 UTC, bytestore
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description bytestore 2011-06-21 15:00:21 UTC
Significant changes since 1.1.0
===============================

[1] Fixed a 1-pixel error in row 0, column 21 of the luminance plane generated
by tjEncodeYUV().

[2] libjpeg-turbo's accelerated Huffman decoder previously ignored unexpected
markers found in the middle of the JPEG data stream during decompression.  It
will now hand off decoding of a particular block to the unaccelerated Huffman
decoder if an unexpected marker is found, so that the unaccelerated Huffman
decoder can generate an appropriate warning.

[3] Older versions of MinGW64 prefixed symbol names with underscores by
default, which differed from the behavior of 64-bit Visual C++.  MinGW64 1.0
has adopted the behavior of 64-bit Visual C++ as the default, so to accommodate
this, the libjpeg-turbo SIMD function names are no longer prefixed with an
underscore when building with MinGW64.  This means that, when building
libjpeg-turbo with older versions of MinGW64, you will now have to add
-fno-leading-underscore to the CFLAGS.

[4] Fixed a regression bug in the NSIS script that caused the Windows installer
build to fail when using the Visual Studio IDE.

[5] Fixed a bug in jpeg_read_coefficients() whereby it would not initialize
cinfo->image_width and cinfo->image_height if libjpeg v7 or v8 emulation was
enabled.  This specifically caused the jpegoptim program to fail if it was
linked against a version of libjpeg-turbo that was built with libjpeg v7 or v8
emulation.

[6] Eliminated excessive I/O overhead that occurred when reading BMP files in
cjpeg.

[7] Eliminated errors in the output of cjpeg on Windows that occurred when the
application was invoked using I/O redirection (cjpeg <inputfile >output.jpg).

Fix: Patch attached with submission follows:
Comment 1 Dennis Herrmann freebsd_committer freebsd_triage 2011-06-21 17:03:32 UTC
Responsible Changed
From-To: freebsd-ports-bugs->dhn

I'll take it.
Comment 2 Dennis Herrmann freebsd_committer freebsd_triage 2011-06-21 18:12:09 UTC
State Changed
From-To: open->closed

Committed. Thanks!
Comment 3 dfilter service freebsd_committer freebsd_triage 2011-06-21 18:12:13 UTC
dhn         2011-06-21 17:11:59 UTC

  FreeBSD ports repository

  Modified files:
    graphics/libjpeg-turbo Makefile distinfo 
  Log:
  - Update to 1.1.1
  
  PR:             ports/158124
  Submitted by:   Denis Podolskiy <bytestore@yandex.ru> (maintainer)
  
  Revision  Changes    Path
  1.14      +1 -1      ports/graphics/libjpeg-turbo/Makefile
  1.6       +2 -2      ports/graphics/libjpeg-turbo/distinfo
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"