Back out r1555 and r1548. Using setenv() didn't fix the iOS simulator issue. It just replaced an undefined _putenv$UNIX2003 symbol with an undefined _setenv$UNIX2003 symbol. The correct solution seems to be to use -D_NONSTD_SOURCE when generating our official builds.
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1557 632fc199-4ca6-4c93-a231-07263d6284db
diff --git a/ChangeLog.txt b/ChangeLog.txt
index 7df404d..2cd7c92 100644
--- a/ChangeLog.txt
+++ b/ChangeLog.txt
@@ -43,11 +43,7 @@
quality=98, an optimized Huffman table, and the slow integer forward DCT were
used.
-[8] Resolved an issue whereby the "official" TurboJPEG static library for OS X/
-iOS would produce an undefined symbol error (_putenv$UNIX2003) when attempting
-to link the library with an i386 iOS application for the iOS simulator.
-
-[9] The Windows (CMake) build system now supports building only static or only
+[8] The Windows (CMake) build system now supports building only static or only
shared libraries. This is accomplished by adding either -DENABLE_STATIC=0 or
-DENABLE_SHARED=0 to the CMake command line.