|
Revision tags: v6.4.0, v6.4.0rc1, v6.5.0, v6.2.2, v6.2.1, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0, v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3, v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2, v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2, v5.2.1, v5.2.0, v5.3.0, v5.2.0rc, v5.0.2, v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0, v4.6.2, v4.9.0, v4.8.0rc, v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0 |
|
| #
9915e371 |
| 19-Jun-2016 |
John Marino <draco@marino.st> |
mbsnrtowcs/wcsnrtombs: Fix EILSEQ handling
Originally reported on FreeBSD (PR 209907) by Roel Standaert, RockinRoel
noticed that DragonFly suffered the same bug. When the title functions
encounter
mbsnrtowcs/wcsnrtombs: Fix EILSEQ handling
Originally reported on FreeBSD (PR 209907) by Roel Standaert, RockinRoel
noticed that DragonFly suffered the same bug. When the title functions
encounter a character that cannot be converted, they should change the
src pointer to point to the character positioned immediately after the
failed character, but no such change was performed.
YellowRabbit improved on the FreeBSD patch addressing the bug with a
new version that eliminates possible NULL pointer dereferences.
Dragonfly-bug: <https://bugs.dragonflybsd.org/issues/2920>
show more ...
|
|
Revision tags: v4.4.3, v4.4.2 |
|
| #
c66c7e2f |
| 25-Jan-2016 |
zrj <rimvydas.jasinskas@gmail.com> |
Correct BSD License clause numbering from 1-2-4 to 1-2-3.
|
|
Revision tags: v4.4.1, v4.4.0, v4.5.0, v4.4.0rc |
|
| #
efb570f9 |
| 09-Nov-2015 |
John Marino <draco@marino.st> |
locales: Enforce US-ASCII encoding (limited to 7-bit)
The US-ASCII format was getting treated identically to POSIX. It is
supposed to throw an ILSEQ errno if a value of 0x80 or greater is
encounter
locales: Enforce US-ASCII encoding (limited to 7-bit)
The US-ASCII format was getting treated identically to POSIX. It is
supposed to throw an ILSEQ errno if a value of 0x80 or greater is
encountered, so let's bring back the "ASCII" handling.
While here, change nl_codeset to return US-ASCII only when the encoding
really is "US-ASCII". Before "C" and "POSIX" encoding returned this
string, so now they return "POSIX".
show more ...
|
|
Revision tags: v4.2.4 |
|
| #
5315821b |
| 01-Aug-2015 |
John Marino <draco@marino.st> |
libc/locale: Replace ascii.c, it was removed too soon
I am not sure what happened, I limited the commit commit but somehow
this deleted file got included in a recent commit. It will be removed
agai
libc/locale: Replace ascii.c, it was removed too soon
I am not sure what happened, I limited the commit commit but somehow
this deleted file got included in a recent commit. It will be removed
again shortly.
show more ...
|
|
Revision tags: v4.3.1, v4.2.3, v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc, v4.0.5, v4.0.4, v4.0.3, v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0, v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc, v3.6.2, v3.6.1, v3.6.0, v3.7.1, v3.6.0rc |
|
| #
0d5acd74 |
| 21-Sep-2013 |
John Marino <draco@marino.st> |
locales, libconv: Sync with FreeBSD (extensive reach)
What started out as a relatively simply upgrade to libiconv finally
resulted in a simultaneous overhaul to locales, strings, and stdio.
All of t
locales, libconv: Sync with FreeBSD (extensive reach)
What started out as a relatively simply upgrade to libiconv finally
resulted in a simultaneous overhaul to locales, strings, and stdio.
All of these are interdependent and there is no way to upgrade them
individually or in steps.
These cases are similar to what happened with libm where significant
syncing came from NetBSD previously, rendering contributions from
FreeBSD difficult. Libiconv and locales (both ancient) are now in
sync with FreeBSD HEAD.
As several headers were signficantly updated and the mtree was updated
to accommodate the new include/xlocale directory, this commit will
require a full world build. It also may cause some dports to no longer
build due to prototype differences, but the dports will be adjusted.
The regexp library was not being used. It was removed from FreeBSD four
years ago. Since it required collate updates, I took the opportunity to
remove it completely by adding re_comp functionality to 4.3 compat
library like FreeBSD did.
__DragonFly_version has been bumped to 500300.
show more ...
|