Revision tags: v6.2.1, v6.2.0, 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 |
|
#
9d4f17d1 |
| 10-Nov-2019 |
zrj <rimvydas.jasinskas@gmail.com> |
Adjust headers for <machine/stdint.h> visibility.
This also reduces namespace pollution a bit. Include <machine/stdint.h> where <stdint.h> is used too. External compiler under -ffreestanding (_
Adjust headers for <machine/stdint.h> visibility.
This also reduces namespace pollution a bit. Include <machine/stdint.h> where <stdint.h> is used too. External compiler under -ffreestanding (__STDC_HOSTED__ == 0) will use their own <stdint.h> version and will not include <machine/stdint.h>.
show more ...
|
#
3cfdabcf |
| 02-Nov-2019 |
zrj <rimvydas.jasinskas@gmail.com> |
<wchar.h>: Refactor wchar_t/wint_t/mb_state setup.
Kernel has no wchar support functions (except for VKERNEL64).
* Extract wide-character types setup to common <machine/wchar.h>. * Avoid using _
<wchar.h>: Refactor wchar_t/wint_t/mb_state setup.
Kernel has no wchar support functions (except for VKERNEL64).
* Extract wide-character types setup to common <machine/wchar.h>. * Avoid using __wchar_t for clang -fms-extensions issue. * Add more handling for c++ and -fshort-wchar (not supported in libc).
This essentially removes these types from kernel namespace and paves the way for further both userland/kernelland visibility cleanup by making <sys/stdint.h> clean. The WCHAR_MAX/WCHAR_MIN limits will be addressed in separate commit.
show more ...
|
Revision tags: v5.6.2 |
|
#
6c21fbf7 |
| 07-Aug-2019 |
Sascha Wildner <saw@online.de> |
<uchar.h>: Define char16_t and char32_t better.
Define them unless we use C++11 or higher. Also, remove __char16_t and __char32_t from <sys/types.h>. Furthermore, remove the unneeded declaration gua
<uchar.h>: Define char16_t and char32_t better.
Define them unless we use C++11 or higher. Also, remove __char16_t and __char32_t from <sys/types.h>. Furthermore, remove the unneeded declaration guards.
Thanks to zrj for his help.
show more ...
|
Revision tags: 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, v4.4.3, v4.4.2, v4.4.1, v4.4.0, v4.5.0, v4.4.0rc, v4.2.4, 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, v3.7.0 |
|
#
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 ...
|