Fix newlib build for iconv so that we support UTF-16LE and UCS-4LE.

Fix newlib build for iconv so that we support UTF-16LE and UCS-4LE.

R=dschuff@chromium.org
TEST= ./scons run_iconv_test -j32 bitcode=1

Committed: https://src.chromium.org/viewvc/native_client?view=rev&revision=12389

[JF, 2013-11-13 23:39:43]

Actually it looks like the new additions are "free" space-wise, so we may as
well keep supporting them: I compared the test iconv.pexe size before/after this
newlib change and the size is the same.

[JF, 2013-11-14 03:22:08]

On 2013/11/13 23:39:43, JF wrote:
> Actually it looks like the new additions are "free" space-wise, so we may as
> well keep supporting them: I compared the test iconv.pexe size before/after
this
> newlib change and the size is the same.

Here are numbers demonstrating "free":
Before newlib change:
 28812 iconv.bc
 83552 iconv.final.pexe
131480 iconv.nexe
748708 iconv.nonfinal.pexe

After change, but without using utf-16le or ucs-4le:
 29104 iconv.bc
 83588 iconv.final.pexe
131480 iconv.nexe
749084 iconv.nonfinal.pexe

After change, using utf-16le or ucs-4le:
 29328 iconv.bc
 83688 iconv.final.pexe
131540 iconv.nexe
749720 iconv.nonfinal.pexe

Note that the last example doesn't do anything useful *with* the conversion
because it needs a "golden" utf-16le and ucs-4le table (the size goes up because
of this test data that's used to convert from and validate with). My next CL
will include this, thereby making the final sizes as follows:
 44972 iconv.bc
 99148 iconv.final.pexe
131600 iconv.nexe
765380 iconv.nonfinal.pexe

[Derek Schuff, 2013-11-14 17:01:55]

build.sh LGTM, also adding Roland to make sure he knows too

[JF, 2013-11-14 17:07:39]

Committed patchset #1 manually as r12389 (presubmit successful).