Version 0.2.2.
[libidn.git] / NEWS
blobf0409e12db76703c4440af1333e0d3413a39c73b
1 Libidn NEWS -- History of user-visible changes.                 -*- outline -*-
2 Copyright (C) 2002, 2003 Simon Josefsson
3 See the end for copying conditions.
5 * Version 0.2.2 (released 2003-08-13)
7 ** Fixed problem with strings longer than 4GB in punycode functions.
8 The punycode code cannot handle strings longer than 4GB.  The code now
9 return PUNYCODE_BAD_INPUT on too long input, instead of failing in an
10 unknown way.
12 ** The "idn --idna-to-unicode" command now output locale encoded strings.
14 ** Build fixes, bug fixes.
16 ** API and ABI is backwards compatible with the previous version.
18 * Version 0.2.1 (released 2003-07-04)
20 ** Don't reject zero-length trailing labels as in, e.g., "www.example.org.".
21 The IDNA RFC is not clear on this topic, zero-length labels in general
22 are forbidden by the ToASCII algorithm in section 4.1 step 8, but the
23 terminology section define, inside a parenthesis, that the zero-length
24 root label is in fact not considered a label at all in IDNA.
26 ** Bug fixes.
28 ** API and ABI is backwards compatible with the previous version.
30 * Version 0.2.0 (released 2003-06-19)
32 ** Unicode code point data is now uint32_t, defined in "idn-int.h".
33 A header file "idn-int.h" is generated and installed to make sure the
34 "uint32_t" data type is available on all platforms.  The reason for
35 this change is that on 64-bit platforms, the application was required
36 to convert 32 bit integers (which is how Unicode code points are
37 typically represented) into 64 bit integers before calling libidn
38 functions.
40 ** New idna_*() functions have improved flags handling.
41 The allowunassigned and usestd3asciirules parameters were collapsed
42 into a flags parameter, that can take on the IDNA_ALLOW_UNASSIGNED and
43 IDNA_USE_STD3_ASCII_RULES values.  This allows for easier extensions
44 to support, e.g., Unicode 4.0 or RFC 952 ASCII rules checking.  Note
45 that the old entry points are unmodified (in this regard), and new
46 entry points with this modification were added.
48 ** The manual was moved into a separate directory doc/.
50 ** Bugfixes.
52 ** API and ABI is not backwards compatible.
53 In punycode.h and stringprep.h the "unsigned long" data type was
54 changed into "uint32_t", which cause a API and ABI missmatch.  For
55 idna.h, the old entry points that used "unsigned long" still exist,
56 and new entry points that uses "uint32_t" was added.  To update your
57 application, you probably only need to change "unsigned long" to
58 "uint32_t".  As a result of these changes, the shared object version
59 has been increased.
61 * Version 0.1.15 (released 2003-06-07)
63 ** Bugfixes.
65 ** API and ABI is backwards compatible with the previous version.
67 * Version 0.1.14 (released 2003-05-10)
69 ** Experimental documentation generation in contrib/doxygen/.
70 Simply invoke "doxygen" in that directory and it should build the
71 documentation.
73 ** Lisp API bug fixes.
75 ** API and ABI is backwards compatible with the previous version.
77 * Version 0.1.13 (released 2003-03-13)
79 ** Unfinished Java *.class files implementing the libidn API.
80 See the contrib/java/ directory.  It is implemented using the Java
81 Native Interface, and light initial testing indicate interoperability
82 between GCJ, IBM's JDK and Sun's JDK.
84 ** Building is now silent when gengetopt is not present.
86 ** Bug fixes.
88 ** API and ABI is backwards compatible with the previous version.
90 * Version 0.1.12 (released 2003-03-06)
92 ** Building libidn doesn't require gengetopt.
93 Warnings are still printed though.  Gengetopt will be replaced by argp
94 eventually.
96 ** Command line tool "idn" supports stringprep too.
98 ** New stringprep API entry point: stringprep_profile().
99 It takes a name of the stringprep profile as an argument instead of
100 the stringprep table structure.
102 ** stringprep_*.h are deprecated and will be removed in the future.
103 All symbols have been moved to stringprep.h.  The reasons are that (1)
104 the files typically only defined one CPP macro and exported one symbol
105 definition, which is wasteful as it generates too much work in the
106 manual, and (2) using one header file for all profiles allows easier
107 access to all stringprep profiles during runtime.  Note that the files
108 are still installed, but they only #include stringprep.h now, for
109 backwards compatibility.
111 ** GNU Libc add-on build instructions updated to GNU Libc 2.3.2.
113 ** SASLprep stringprep profile added.
115 ** An online interface to libidn written in PHP added to contrib/web/.
117 ** API and ABI is backwards compatible with the previous version.
119 * Version 0.1.11 (released 2003-02-26)
121 ** Command line application "idn" is included.
122 A simple wrapper around the library that allows you to invoke punycode
123 encoding/decoding and IDNA ToASCII/ToUnicode on the command line.
125 ** Emacs Lisp interface for punycode and IDNA included.
126 See punycode.el and idna.el.
128 ** API and ABI is backwards compatible with the previous version.
130 * Version 0.1.10 (released 2003-02-21)
132 ** idna_*_to_ace() and idna_*ace_to_*() are deprecated in favor of
133 ** idna_to_ascii_from_*() and idna_to_unicode_*_from_*() respectively.
134 The reason was that the old interfaces did not accept the
135 AllowUnassigned and UseSTD3ASCIIRules flags.  Note that the old
136 functions are not removed, but will be in the future.
138 ** IPS iSCSI stringprep profile added.
140 ** A new contrib/ directory added.
141 Currently it contains a Python interface to Libidn, contributed by
142 Stephane Bortzmeyer.
144 ** idna.h and punycode.h are now installed by "make install".
146 ** API and ABI is backwards compatible with the previous version.
148 * Version 0.1.9 (released 2003-02-20)
150 ** SASL ANONYMOUS "plain" stringprep profile added.
152 ** XMPP nodeprep profile fixed.
154 ** API and ABI is backwards compatible with the previous version.
155 For future releases, the NEWS entry will specifically mention whether
156 the C header API or library ABI backwards compatibility is affected.
158 * Version 0.1.8 (released 2003-02-14)
160 ** Portability fixes.
161 This includes not building the API Reference Manual with GTK-DOC by
162 default, if you want it use configure parameter --enable-gtk-doc after
163 making sure your gtkdoc-mkdb accept the --tmpl-dir parameter.
165 ** The type for string length variables is now (s)size_t.
166 Unfortunately this means binary shared library binary backwards
167 compatible is lost.
169 ** New nameprep test vectors.
171 * Version 0.1.7 (released 2003-02-12)
173 ** Uses official IDNA ACE prefix.
175 * Version 0.1.6 (released 2003-02-11)
177 ** Uses tentative IDNA ACE prefix.
179 ** Added XMPP Node/Resource Identifiers stringprep profiles.
181 ** Fixed prohibited character checks for bidi.
183 * Version 0.1.5 (released 2003-01-28)
185 ** The library can now be built as part of GNU Libc.
186 This is experimental and only tested against GNU Libc version 2.3.1.
187 See the libc/ directory, and libc/README in particular.
189 ** Bug fixes.
191 * Version 0.1.4 (released 2003-01-15)
193 ** Documentation fixes.
195 ** Portability fixes.
197 ** Bug fixes.
199 * Version 0.1.3 (released 2003-01-15)
201 ** Added texinfo manual.
203 * Version 0.1.2 (released 2003-01-08)
205 ** Added high-level IDNA API.
207 ** Added example3.c and example4.c demonstrating the high-level IDNA API.
209 * Version 0.1.1 (released 2003-01-08)
211 ** Added documentation using GTK-DOC.
213 ** The obsolete stringprep_utf8_to_ucs4_fast API entry point was removed.
214 By accident it was never removed in 0.1.0.
216 * Version 0.1.0 (released 2003-01-05)
218 ** Official GNU project.
220 ** Renamed from libstringprep to libidn.
222 ** Supports punycode and IDNA.  Caveat emptor: I don't use it myself.
224 ** Uses "unsigned long" for Unicode code points instead of "long".
225 Long is guaranteed to be at least 32 bits by C standards so it is
226 always sufficiently large, no need to use uint32_t and the like.
228 ** The obsolete stringprep_utf8_to_ucs4_fast API entry point was removed.
230 * Version 0.0.8 (released 2002-12-13)
232 ** Portability fixes (now works under Cygwin on Windows 2000).
234 ** Bug fixes.
236 * Version 0.0.7 (released 2002-12-09)
238 ** Apply all tables to entire strings, not just first hit.
240 ** Fix bidi infloop.
242 * Version 0.0.5 (released 2002-12-07)
244 ** Fix prohibited characters handling.
246 ** Fix bidi.
248 ** Renamed type (struct) stringprep_table_element to Stringprep_table_element.
250 ** Renamed type stringprep_profile to Stringprep_profile.
252 ** Renamed type (struct) stringprep_table to Stringprep_table.
254 ** Added more self-tests.
256 * Version 0.0.4 (released 2002-12-06)
258 ** Add unassigned code point handling, including self test cases.
260 ** Portability fixes.
262 * Version 0.0.3 (released 2002-11-30)
264 ** Exported utility function `stringprep_utf8_to_unichar', complementary
265 to existing `stringprep_unichar_to_utf8'.
267 ** Renamed `stringprep_utf8_to_ucs4_fast' to `stringprep_utf8_to_ucs4' to
268 clean up API. The old entry point is maintained for binary backwards
269 compatibility though.
271 ** The distribution is from now on signed using GnuPG.
273 ** Bug fixes.
275 * Version 0.0.2 (released 2002-11-07)
277 ** NFKC self test.
279 ** Bug fixes.
281 * Version 0.0.1 (released 2002-11-06)
283 ** Add utility functions stringprep_locale_charset(), stringprep_convert() 
284 and stringprep_locale_to_utf8 () that can be used to convert text from
285 system's locale into UTF-8, which should be done before invoking
286 stringprep().  The functions requires iconv() in the operating system.
288 ** An example program (example.c) that illustrates how libstringprep can be
289 used is included.
291 ** The pkg-config --libs output should now include necessary -R options.
293 * Version 0.0.0 (released 2002-11-05)
295 ** Initial release
297 ----------------------------------------------------------------------
298 Copying and distribution of this file, with or without modification,
299 are permitted in any medium without royalty provided the copyright
300 notice and this notice are preserved.