| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
svn path=/trunk/iconv/; revision=5749
|
|
|
|
|
|
|
|
| |
errors.
Some kind of handling for failure to read from input file.
svn path=/trunk/iconv/; revision=5748
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5747
|
|
|
|
|
|
| |
sort order -- that would require a level of thought I don't have right now.
svn path=/trunk/iconv/; revision=5746
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5745
|
|
|
|
|
|
| |
and concatenating the leafname on the end.
svn path=/trunk/iconv/; revision=5744
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5743
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5742
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5741
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5740
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5739
|
|
|
|
|
|
|
| |
Fix compilation of makealiases when cross-compiling.
Update dependencies so that aliases file gets built when needed.
svn path=/trunk/iconv/; revision=5738
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5737
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5736
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5735
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This keeps the public iconv.h free of such nonsense.
Move the source for the RISC OS stubs to the distribution template tree.
We will no longer shipped compiled stubs. People are quite capable of compiling this themselves. Also take the opportunity to tidy it up a bit.
Bump the version number to 0.09
Introduce a "riscos-dist" target in Makefile-riscos.
Update various bits of documentation.
svn path=/trunk/iconv/; revision=5734
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5733
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5732
|
|
|
|
|
|
| |
Document the need for this patch, and how to apply it.
svn path=/trunk/iconv/; revision=5731
|
|
|
|
|
|
| |
Unihan database.
svn path=/trunk/iconv/; revision=5730
|
|
|
|
|
|
| |
appropriate mappings to KS X 1001.
svn path=/trunk/iconv/; revision=5729
|
|
|
|
|
|
|
|
|
| |
+ 0xA2E6 -> U+20AC
+ 0xA2E7 -> U+00AE
+ 0xA2E8 -> U+327E
svn path=/trunk/iconv/; revision=5728
|
|
|
|
|
|
| |
UnicodeLib's implementation of Big5 contains mapping table entries for 0xf9d6-0xf9dc, inherited from ETENS/CP950. It also implements a couple of Mac extensions, too.
svn path=/trunk/iconv/; revision=5727
|
|
|
|
|
|
|
|
| |
This probably isn't the best approach, but there we go.
UnicodeLib's ShiftJIS implementation incorporates the CP932 extensions, along with a number of Mac extensions. Thus, compare SHIFT_JIS.IRREVERSIBLE.TXT with CP932.IRREVERSIBLE.TXT to give an indication of how complete/bug-free the CP932 support is.
svn path=/trunk/iconv/; revision=5726
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changes:
JIS X 0208:
+ The mapping for entry 1/35 has been changed from U+005C to U+FF3C.
JIS X 0212:
+ The mapping for entry 2/23 has been changed from U+007E to U+FF5E.
These mappings better represent the codepoints in question.
They also remove irreversible mappings for U+005C and U+007E, thus making round-trip conversions more robust.
svn path=/trunk/iconv/; revision=5725
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5724
|
|
|
|
|
|
| |
charsets into G0 at once, which is what the test is expecting. For future reference, should we want to fix this, 0x5C should map to U+005C and U+00A5, 0x7E should map to U+007E and U+203E. U+005C/U+007E come from US-ASCII, which is the default mapping. The other pair come from JIS X 0201 (Roman).
svn path=/trunk/iconv/; revision=5723
|
|
|
|
|
|
| |
use when performing conversion. I can't see where this is specified, either.
svn path=/trunk/iconv/; revision=5722
|
|
|
|
|
|
|
|
| |
that can be achieved through the use of an ISO-2022-based codec.
To get full GBK support will most likely require a new codec, preferably supporting the whole of GB18030 (which is a superset of GBK).
svn path=/trunk/iconv/; revision=5721
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5720
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5719
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5718
|
|
|
|
|
|
| |
state.
svn path=/trunk/iconv/; revision=5717
|
|
|
|
|
|
| |
character encountered in the target encoding.
svn path=/trunk/iconv/; revision=5716
|
|
|
|
|
|
| |
UnicodeLib eats this at the start of input, assuming it's a BOM. There's nothing we can do to avoid this, so work around it here. In practice, this shouldn't be a problem -- noone's going to sanely want to convert a string containing a BOM and nothing else.
svn path=/trunk/iconv/; revision=5715
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5714
|
|
|
|
|
|
| |
semantically equivalent to what was there before, it's just that UnicodeLib outputs the G1 designation at the start rather that immediately before the first character that needs KS X 1001.
svn path=/trunk/iconv/; revision=5713
|
|
|
|
|
|
|
|
|
| |
We now simply decode one character at a time and check for error afterwards.
This has the benefit of being less code, clearer, less likely to crash if encoding state changes involve memory (de)allocation, and removes the reliance on UnicodeLib internals. It's probably slower, however, but correctness is more important here.
Fix ISO-2022-JP-2 test data to not include characters from the JIS X 0201-1976 Kana set -- this set is not used in ISO-2022-JP-2.
Implement verbose flag in *Iconv.
svn path=/trunk/iconv/; revision=5712
|
|
|
|
|
|
|
| |
It appears that there's a fair number of issues with the handling of CJK charsets, particularly in the case of ISO-2022-x, which segfault.
Make test binaries depend on the module target, so the module gets built if make test is done on a clean tree.
svn path=/trunk/iconv/; revision=5710
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5709
|
|
|
|
|
|
| |
to U+20AC (euro) and not U+00A4 (currency sign)
svn path=/trunk/iconv/; revision=5708
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5707
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5706
|
|
|
|
|
|
|
| |
This fixes *ReadAliases on <> RISC OS, and Iconv's eightbit codec.
Fix iconv_eightbit_read to ensure that it treats the input as unsigned bytes.
svn path=/trunk/iconv/; revision=5705
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5704
|
|
|
|
|
|
|
| |
+ 0xdb,0xdc,0xdd,0xde are undefined
+ 0xfc,0xfd,0xfe,0xff are undefined
svn path=/trunk/iconv/; revision=5703
|
|
|
|
|
|
|
| |
+ 0xaf mapping is now to U+00AF and not U+203E
+ 0xfd/0xfe should be mapped to U+200E/U+200F and not U+020E/U+020F, respectively
svn path=/trunk/iconv/; revision=5702
|
|
|
|
|
|
| |
previously based on the ISO-8859-7 FCD, after which 0xAE was removed, and the mapping of 0xB7 was changed.
svn path=/trunk/iconv/; revision=5701
|
|
|
|
| |
svn path=/trunk/iconv/; revision=5700
|
|
|
|
|
|
|
|
|
|
| |
correct place in the input sequence (namely the start of the erroneous sequence).
Unfortunately, UnicodeLib reads past the erroneous sequence so we previously returned a pointer to the middle/end of the sequence rather than the start.
The only way I could think of doing this was to perform the conversion twice -- counting the number of successfully processed characters first, then to convert that number of characters again. We then play spot-the-difference with the output parameters to determine the correct return value.
As encodings provided by UnicodeLib may be stateful, we need to be able to save the current state of the codecs and then restore them when we attempt the second conversion (otherwise, state-based encodings will do entirely the wrong thing). There's no API in UnicodeLib to do this and, given it's such an unlikely use case, I've not added any. Instead, we get to poke around in the UnicodeLib internals and do the save/restore ourselves.
svn path=/trunk/iconv/; revision=5699
|