Fix the x86 build with NASM 0.98. Since NASM 0.98 is the default version on OS X...

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

diff --cc ChangeLog.txt
index 29f591284095f7222d28f857624926532c76b5ea,12a0b54e3ba76cb5f018749c167d9fd370a08892..87c88cb8d564fb84845080111154497390ae4e49
--- 1/ChangeLog.txt
--- 2/ChangeLog.txt
+++ b/ChangeLog.txt
@@@ -23,26 -8,10 +23,30 @@@ symlinks in /usr/lib/i386-linux-gnu fo
  This allows those libraries to be used on MultiArch-compatible systems (such as
  Ubuntu 11 and later) without setting the linker path.
  
 -[3] Fixed a regression caused by 1.2.1[7] whereby the build would fail with
 +[6] The TurboJPEG Java wrapper should now find the JNI library on Mac systems
 +without having to pass -Djava.library.path=/usr/lib to java.
 +
 +[7] TJBench has been ported to Java to provide a convenient way of validating
 +the performance of the TurboJPEG Java API.  It can be run with
 +'java -cp turbojpeg.jar TJBench'.
 +
 +[8] cjpeg can now be used to generate JPEG files with the RGB colorspace
 +(feature ported from jpeg-8d.)
 +
 +[9] The width and height in the -crop argument passed to jpegtran can now be
 +suffixed with "f" to indicate that, when the upper left corner of the cropping
 +region is automatically moved to the nearest iMCU boundary, the bottom right
 +corner should be moved by the same amount.  In other words, this feature causes
 +jpegtran to strictly honor the specified width/height rather than the specified
 +bottom right corner (feature ported from jpeg-8d.)
 +
 +[10] JPEG files using the RGB colorspace can now be decompressed into grayscale
 +images (feature ported from jpeg-8d.)
 +
++[11] Fixed a regression caused by 1.2.1[7] whereby the build would fail with
+ multiple "Mismatch in operand sizes" errors when attempting to build the x86
+ SIMD code with NASM 0.98.
+ 
  
  1.2.1
  =====