summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Comment out the rest of the tests for encodings we don't support.John Mark Bell2008-11-161-50/+50
| | | | | | | 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
* Comment out more tests for charsets we don't supportJohn Mark Bell2008-11-161-35/+35
| | | | svn path=/trunk/iconv/; revision=5709
* Bring MacRoman test data into line with current mappings -- 0xDB should map ↵John Mark Bell2008-11-161-1/+1
| | | | | | to U+20AC (euro) and not U+00A4 (currency sign) svn path=/trunk/iconv/; revision=5708
* Fix MacRoman mapping table -- 0xF3 should map to U+00DB and not U+00D8John Mark Bell2008-11-161-0/+0
| | | | svn path=/trunk/iconv/; revision=5707
* Fix error in CP1256 table -- 0xC0 should be mapped to U+06C1, not U+061CJohn Mark Bell2008-11-161-0/+0
| | | | svn path=/trunk/iconv/; revision=5706
* Factor out acquisition of paths to files in the Unicode resource.John Mark Bell2008-11-162-72/+139
| | | | | | | 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
* Add set 06/06 (Latin 10) from ROOL tree.John Mark Bell2008-11-161-0/+0
| | | | svn path=/trunk/iconv/; revision=5704
* Bring set 05/04 (Thai) into line with 8859-11 spec:John Mark Bell2008-11-161-0/+0
| | | | | | | + 0xdb,0xdc,0xdd,0xde are undefined + 0xfc,0xfd,0xfe,0xff are undefined svn path=/trunk/iconv/; revision=5703
* Bring set 05/14 (Hebrew) into line with 8859-8 spec:John Mark Bell2008-11-161-0/+0
| | | | | | | + 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
* Update set 04/06 (Greek) to bring it in line with the spec. It was ↵John Mark Bell2008-11-161-0/+0
| | | | | | 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
* We don't support ISO-8859-6John Mark Bell2008-11-161-1/+1
| | | | svn path=/trunk/iconv/; revision=5700
* Ensure that we return the correct errors and, when we do, point to the ↵John Mark Bell2008-11-163-39/+180
| | | | | | | | | | 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
* Make *Iconv flush through any remaining shift sequences at the end of the data.John Mark Bell2008-11-151-0/+9
| | | | svn path=/trunk/iconv/; revision=5696
* Various hackery in a vain attempt to make more tests pass.John Mark Bell2008-11-144-13/+69
| | | | | | | | | | | | | Disable the UTF-8 test, as it currently fails: 1) A bug in UnicodeLib's UTF-8 decoder results in 0x80 being treated as valid input 2) There's no way of determining if U+FFFD was the result of invalid input or valid input which happened to decode to that codepoint 3) UnicodeLib drops U+FEFF on the floor Disable UCS-{2,4}{BE,LE}, as we don't support those encodings. svn path=/trunk/iconv/; revision=5694
* Ensure temporary data files are put in the right place.John Mark Bell2008-11-133-14/+16
| | | | | | Bail on the first error. svn path=/trunk/iconv/; revision=5693
* Oh look. US-ASCII was broken. There's a good indication if ever I saw one.John Mark Bell2008-11-131-0/+3
| | | | svn path=/trunk/iconv/; revision=5691
* Import GNU libiconv testsuite, suitably hacked to fit into our buildsystem.John Mark Bell2008-11-13195-0/+454006
| | | | | | This still needs a bit of work, not least to get sensible automated testing. It currently requires manual inspection of the output, which isn't all that great. svn path=/trunk/iconv/; revision=5690
* Correctly reset codecs, including restoring their endianness/BOM flags.John Mark Bell2008-11-132-7/+24
| | | | | | Add support for UCS-4-INTERNAL, which is a platform-endian UCS4 variant. svn path=/trunk/iconv/; revision=5689
* Actually make the Iconv command do somethingJohn Mark Bell2008-11-121-1/+44
| | | | svn path=/trunk/iconv/; revision=5688
* Whoops. -c should not do the same thing as -o.John Mark Bell2008-11-111-1/+1
| | | | svn path=/trunk/iconv/; revision=5686
* Update changelogJohn Mark Bell2008-11-111-2/+4
| | | | svn path=/trunk/iconv/; revision=5685
* Some kind of half-arsed attempt at parsing command line parameters for *Iconv.John Mark Bell2008-11-112-4/+181
| | | | | | Actually invoke this command through the wrapper code. svn path=/trunk/iconv/; revision=5684
* Various fixes to make compilation with GCCSDK4 work.John Mark Bell2008-11-1111-143/+180
| | | | | | Add an Iconv command (currently no code support) svn path=/trunk/iconv/; revision=5682
* Make module initialisation work sensibly on all platforms.John Mark Bell2008-11-113-6/+29
| | | | | | | Use UNICODE_DIR on non-RO as the path to the Unicode resource. Fix a bunch of logging statements that didn't use %zd for size_t. svn path=/trunk/iconv/; revision=5681
* Integrate module sources into build system.John Mark Bell2008-11-119-57/+344
| | | | | | | | | Various hackery to get it to build for non-RO platforms. A bunch of const-correctness fixes. Hack around strict aliasing warning. Don't expect the menu code to work on 64bit platforms. Sprinkling a bit of intptr_t around may well be some kind of solution. svn path=/trunk/iconv/; revision=5680
* Test driver for library initialisation/finalisationJohn Mark Bell2008-11-104-2/+25
| | | | svn path=/trunk/iconv/; revision=5679
* Point at unicode/ReadMeJohn Mark Bell2008-11-101-1/+1
| | | | svn path=/trunk/iconv/; revision=5678
* Import Iconv sourcesJohn Mark Bell2008-11-10114-0/+4448
svn path=/trunk/iconv/; revision=5677