MinGW64 no longer prefixes symbols with underscores by default

git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.1.x@533 632fc199-4ca6-4c93-a231-07263d6284db

diff --cc ChangeLog.txt
index 15bbc3df3f8ae0a9aac6ff32606c2183ac17f8bf,61ce80b6574e49737fa9b2df6bc13ab64be8354c..c10ed2d47683248d719070c1b9ba519bb102b014
--- 1/ChangeLog.txt
--- 2/ChangeLog.txt
+++ b/ChangeLog.txt
@@@ -1,18 -1,9 +1,26 @@@
 -1.0.2
 +1.1.1
  =====
  
 -[1] Added further protections against invalid Huffman codes.
 +[1] Fixed a 1-pixel error in row 0, column 21 of the luminance plane generated
 +by tjEncodeYUV().
  
 -[2] The algorithm used by the SIMD quantization function cannot produce correct
 +[2] Fixed the accelerated Huffman decoder so that it mimics the behavior of
 +the unaccelerated decoder and throws a warning if an unexpected marker is found
 +in the middle of the JPEG data stream.
 +
++[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.
++
 +
 +1.1.0
 +=====
 +
 +[1] The algorithm used by the SIMD quantization function cannot produce correct
  results when the JPEG quality is >= 98 and the fast integer forward DCT is
  used.  Thus, the non-SIMD quantization function is now used for those cases,
  and libjpeg-turbo should now produce identical output to libjpeg v6b in all