AuroraMiddleware/glibc
1
0
Fork 0
mirror of https://sourceware.org/git/glibc.git synced 2024-12-04 10:50:07 +00:00
Code Issues Packages Projects Releases Wiki Activity
7bba5bd8e8
glibc/sysdeps/wordsize-64/wcstol_l.c

18 lines
588 B
C
Raw Normal View History

Update. * wcsmbs/wcstol.c: Moved to ... * sysdeps/generic/wcstol.c: ...here. * wcsmbs/wcstoul.c: Moved to ... * sysdeps/generic/wcstoul.c: ...here. * wcsmbs/wcstoll.c: Moved to ... * sysdeps/generic/wcstoll.c: ...here. * wcsmbs/wcstoull.c: Moved to ... * sysdeps/generic/wcstoull.c: ...here. * wcsmbs/wcstol_l.c: Moved to ... * sysdeps/generic/wcstol_l.c: ...here. * wcsmbs/wcstoul_l.c: Moved to ... * sysdeps/generic/wcstoul_l.c: ...here. * wcsmbs/wcstoll_l.c: Moved to ... * sysdeps/generic/wcstoll_l.c: ...here. * wcsmbs/wcstoull_l.c: Moved to ... * sysdeps/generic/wcstoull_l.c: ...here. * sysdeps/wordexp-64/wcstol.c: New file. * sysdeps/wordexp-64/wcstoul.c: New file. * sysdeps/wordexp-64/wcstoll.c: New file. * sysdeps/wordexp-64/wcstoull.c: New file. * sysdeps/wordexp-64/wcstol_l.c: New file. * sysdeps/wordexp-64/wcstoul_l.c: New file. * sysdeps/wordexp-64/wcstoll_l.c: New file. * sysdeps/wordexp-64/wcstoull_l.c: New file.
1999-05-25 14:54:29 +00:00
/* We have to irritate the compiler a bit. */
#define ____wcstoll_l_internal ____wcstoll_l_internal_XXX
Update. 2002-08-08 Jakub Jelinek <jakub@redhat.com> * sysdeps/wordsize-64/wcstol_l.c (wcstoll_l): Define to something else and undefine after including wcstol_l.c. * sysdeps/wordsize-64/wcstoul_l.c (wcstoull_l): Similarly.
2002-08-08 11:46:51 +00:00
#define __wcstoll_l ___wcstoll_l_XXX
#define wcstoll_l __wcstoll_l_XX
C2x strtol binary constant handling C2x adds binary integer constants starting with 0b or 0B, and supports those constants in strtol-family functions when the base passed is 0 or 2. Implement that strtol support for glibc. As discussed at <https://sourceware.org/pipermail/libc-alpha/2020-December/120414.html>, this is incompatible with previous C standard versions, in that such an input string starting with 0b or 0B was previously required to be parsed as 0 (with the rest of the string unprocessed). Thus, as proposed there, this patch adds 20 new __isoc23_* functions with appropriate header redirection support. This patch does *not* do anything about scanf %i (which will need 12 new functions per long double variant, so 12, 24 or 36 depending on the glibc configuration), instead leaving that for a future patch. The function names would remain as __isoc23_* even if C2x ends up published in 2024 rather than 2023. Making this change leads to the question of what should happen to internal uses of these functions in glibc and its tests. The header redirection (which applies for _GNU_SOURCE or any other feature test macros enabling C2x features) has the effect of redirecting internal uses but without those uses then ending up at a hidden alias (see the comment in include/stdio.h about interaction with libc_hidden_proto). It seems desirable for the default for internal uses to be the same versions used by normal code using _GNU_SOURCE, so rather than doing anything to disable that redirection, similar macro definitions to those in include/stdio.h are added to the include/ headers for the new functions. Given that the default for uses in glibc is for the redirections to apply, the next question is whether the C2x semantics are correct for all those uses. Uses with the base fixed to 10, 16 or any other value other than 0 or 2 can be ignored. I think this leaves the following internal uses to consider (an important consideration for review of this patch will be both whether this list is complete and whether my conclusions on all entries in it are correct): benchtests/bench-malloc-simple.c benchtests/bench-string.h elf/sotruss-lib.c math/libm-test-support.c nptl/perf.c nscd/nscd_conf.c nss/nss_files/files-parse.c posix/tst-fnmatch.c posix/wordexp.c resolv/inet_addr.c rt/tst-mqueue7.c soft-fp/testit.c stdlib/fmtmsg.c support/support_test_main.c support/test-container.c sysdeps/pthread/tst-mutex10.c I think all of these places are OK with the new semantics, except for resolv/inet_addr.c, where the POSIX semantics of inet_addr do not allow for binary constants; thus, I changed that file (to use __strtoul_internal, whose semantics are unchanged) and added a test for this case. In the case of posix/wordexp.c I think accepting binary constants is OK since POSIX explicitly allows additional forms of shell arithmetic expressions, and in stdlib/fmtmsg.c SEV_LEVEL is not in POSIX so again I think accepting binary constants is OK. Functions such as __strtol_internal, which are only exported for compatibility with old binaries from when those were used in inline functions in headers, have unchanged semantics; the __*_l_internal versions (purely internal to libc and not exported) have a new argument to specify whether to accept binary constants. As well as for the standard functions, the header redirection also applies to the *_l versions (GNU extensions), and to legacy functions such as strtoq, to avoid confusing inconsistency (the *q functions redirect to __isoc23_*ll rather than needing their own __isoc23_* entry points). For the functions that are only declared with _GNU_SOURCE, this means the old versions are no longer available for normal user programs at all. An internal __GLIBC_USE_C2X_STRTOL macro is used to control the redirections in the headers, and cases in glibc that wish to avoid the redirections - the function implementations themselves and the tests of the old versions of the GNU functions - then undefine and redefine that macro to allow the old versions to be accessed. (There would of course be greater complexity should we wish to make any of the old versions into compat symbols / avoid them being defined at all for new glibc ABIs.) strtol_l.c has some similarity to strtol.c in gnulib, but has already diverged some way (and isn't listed at all at https://sourceware.org/glibc/wiki/SharedSourceFiles unlike strtoll.c and strtoul.c); I haven't made any attempts at gnulib compatibility in the changes to that file. I note incidentally that inttypes.h and wchar.h are missing the __nonnull present on declarations of this family of functions in stdlib.h; I didn't make any changes in that regard for the new declarations added.
2023-02-16 23:02:40 +00:00
#define __isoc23_wcstoll_l __isoc23_wcstoll_l_XXX
Update. * wcsmbs/wcstol.c: Moved to ... * sysdeps/generic/wcstol.c: ...here. * wcsmbs/wcstoul.c: Moved to ... * sysdeps/generic/wcstoul.c: ...here. * wcsmbs/wcstoll.c: Moved to ... * sysdeps/generic/wcstoll.c: ...here. * wcsmbs/wcstoull.c: Moved to ... * sysdeps/generic/wcstoull.c: ...here. * wcsmbs/wcstol_l.c: Moved to ... * sysdeps/generic/wcstol_l.c: ...here. * wcsmbs/wcstoul_l.c: Moved to ... * sysdeps/generic/wcstoul_l.c: ...here. * wcsmbs/wcstoll_l.c: Moved to ... * sysdeps/generic/wcstoll_l.c: ...here. * wcsmbs/wcstoull_l.c: Moved to ... * sysdeps/generic/wcstoull_l.c: ...here. * sysdeps/wordexp-64/wcstol.c: New file. * sysdeps/wordexp-64/wcstoul.c: New file. * sysdeps/wordexp-64/wcstoll.c: New file. * sysdeps/wordexp-64/wcstoull.c: New file. * sysdeps/wordexp-64/wcstol_l.c: New file. * sysdeps/wordexp-64/wcstoul_l.c: New file. * sysdeps/wordexp-64/wcstoll_l.c: New file. * sysdeps/wordexp-64/wcstoull_l.c: New file.
1999-05-25 14:54:29 +00:00
2005-12-13 Ulrich Drepper <drepper@redhat.com>
2005-12-14 08:43:25 +00:00
#include <wcsmbs/wcstol_l.c>
Update. * wcsmbs/wcstol.c: Moved to ... * sysdeps/generic/wcstol.c: ...here. * wcsmbs/wcstoul.c: Moved to ... * sysdeps/generic/wcstoul.c: ...here. * wcsmbs/wcstoll.c: Moved to ... * sysdeps/generic/wcstoll.c: ...here. * wcsmbs/wcstoull.c: Moved to ... * sysdeps/generic/wcstoull.c: ...here. * wcsmbs/wcstol_l.c: Moved to ... * sysdeps/generic/wcstol_l.c: ...here. * wcsmbs/wcstoul_l.c: Moved to ... * sysdeps/generic/wcstoul_l.c: ...here. * wcsmbs/wcstoll_l.c: Moved to ... * sysdeps/generic/wcstoll_l.c: ...here. * wcsmbs/wcstoull_l.c: Moved to ... * sysdeps/generic/wcstoull_l.c: ...here. * sysdeps/wordexp-64/wcstol.c: New file. * sysdeps/wordexp-64/wcstoul.c: New file. * sysdeps/wordexp-64/wcstoll.c: New file. * sysdeps/wordexp-64/wcstoull.c: New file. * sysdeps/wordexp-64/wcstol_l.c: New file. * sysdeps/wordexp-64/wcstoul_l.c: New file. * sysdeps/wordexp-64/wcstoll_l.c: New file. * sysdeps/wordexp-64/wcstoull_l.c: New file.
1999-05-25 14:54:29 +00:00
#undef ____wcstoll_l_internal
#undef __wcstoll_l
Update. 2002-08-08 Jakub Jelinek <jakub@redhat.com> * sysdeps/wordsize-64/wcstol_l.c (wcstoll_l): Define to something else and undefine after including wcstol_l.c. * sysdeps/wordsize-64/wcstoul_l.c (wcstoull_l): Similarly.
2002-08-08 11:46:51 +00:00
#undef wcstoll_l
C2x strtol binary constant handling C2x adds binary integer constants starting with 0b or 0B, and supports those constants in strtol-family functions when the base passed is 0 or 2. Implement that strtol support for glibc. As discussed at <https://sourceware.org/pipermail/libc-alpha/2020-December/120414.html>, this is incompatible with previous C standard versions, in that such an input string starting with 0b or 0B was previously required to be parsed as 0 (with the rest of the string unprocessed). Thus, as proposed there, this patch adds 20 new __isoc23_* functions with appropriate header redirection support. This patch does *not* do anything about scanf %i (which will need 12 new functions per long double variant, so 12, 24 or 36 depending on the glibc configuration), instead leaving that for a future patch. The function names would remain as __isoc23_* even if C2x ends up published in 2024 rather than 2023. Making this change leads to the question of what should happen to internal uses of these functions in glibc and its tests. The header redirection (which applies for _GNU_SOURCE or any other feature test macros enabling C2x features) has the effect of redirecting internal uses but without those uses then ending up at a hidden alias (see the comment in include/stdio.h about interaction with libc_hidden_proto). It seems desirable for the default for internal uses to be the same versions used by normal code using _GNU_SOURCE, so rather than doing anything to disable that redirection, similar macro definitions to those in include/stdio.h are added to the include/ headers for the new functions. Given that the default for uses in glibc is for the redirections to apply, the next question is whether the C2x semantics are correct for all those uses. Uses with the base fixed to 10, 16 or any other value other than 0 or 2 can be ignored. I think this leaves the following internal uses to consider (an important consideration for review of this patch will be both whether this list is complete and whether my conclusions on all entries in it are correct): benchtests/bench-malloc-simple.c benchtests/bench-string.h elf/sotruss-lib.c math/libm-test-support.c nptl/perf.c nscd/nscd_conf.c nss/nss_files/files-parse.c posix/tst-fnmatch.c posix/wordexp.c resolv/inet_addr.c rt/tst-mqueue7.c soft-fp/testit.c stdlib/fmtmsg.c support/support_test_main.c support/test-container.c sysdeps/pthread/tst-mutex10.c I think all of these places are OK with the new semantics, except for resolv/inet_addr.c, where the POSIX semantics of inet_addr do not allow for binary constants; thus, I changed that file (to use __strtoul_internal, whose semantics are unchanged) and added a test for this case. In the case of posix/wordexp.c I think accepting binary constants is OK since POSIX explicitly allows additional forms of shell arithmetic expressions, and in stdlib/fmtmsg.c SEV_LEVEL is not in POSIX so again I think accepting binary constants is OK. Functions such as __strtol_internal, which are only exported for compatibility with old binaries from when those were used in inline functions in headers, have unchanged semantics; the __*_l_internal versions (purely internal to libc and not exported) have a new argument to specify whether to accept binary constants. As well as for the standard functions, the header redirection also applies to the *_l versions (GNU extensions), and to legacy functions such as strtoq, to avoid confusing inconsistency (the *q functions redirect to __isoc23_*ll rather than needing their own __isoc23_* entry points). For the functions that are only declared with _GNU_SOURCE, this means the old versions are no longer available for normal user programs at all. An internal __GLIBC_USE_C2X_STRTOL macro is used to control the redirections in the headers, and cases in glibc that wish to avoid the redirections - the function implementations themselves and the tests of the old versions of the GNU functions - then undefine and redefine that macro to allow the old versions to be accessed. (There would of course be greater complexity should we wish to make any of the old versions into compat symbols / avoid them being defined at all for new glibc ABIs.) strtol_l.c has some similarity to strtol.c in gnulib, but has already diverged some way (and isn't listed at all at https://sourceware.org/glibc/wiki/SharedSourceFiles unlike strtoll.c and strtoul.c); I haven't made any attempts at gnulib compatibility in the changes to that file. I note incidentally that inttypes.h and wchar.h are missing the __nonnull present on declarations of this family of functions in stdlib.h; I didn't make any changes in that regard for the new declarations added.
2023-02-16 23:02:40 +00:00
#undef __isoc23_wcstoll_l
Update. * wcsmbs/wcstol.c: Moved to ... * sysdeps/generic/wcstol.c: ...here. * wcsmbs/wcstoul.c: Moved to ... * sysdeps/generic/wcstoul.c: ...here. * wcsmbs/wcstoll.c: Moved to ... * sysdeps/generic/wcstoll.c: ...here. * wcsmbs/wcstoull.c: Moved to ... * sysdeps/generic/wcstoull.c: ...here. * wcsmbs/wcstol_l.c: Moved to ... * sysdeps/generic/wcstol_l.c: ...here. * wcsmbs/wcstoul_l.c: Moved to ... * sysdeps/generic/wcstoul_l.c: ...here. * wcsmbs/wcstoll_l.c: Moved to ... * sysdeps/generic/wcstoll_l.c: ...here. * wcsmbs/wcstoull_l.c: Moved to ... * sysdeps/generic/wcstoull_l.c: ...here. * sysdeps/wordexp-64/wcstol.c: New file. * sysdeps/wordexp-64/wcstoul.c: New file. * sysdeps/wordexp-64/wcstoll.c: New file. * sysdeps/wordexp-64/wcstoull.c: New file. * sysdeps/wordexp-64/wcstol_l.c: New file. * sysdeps/wordexp-64/wcstoul_l.c: New file. * sysdeps/wordexp-64/wcstoll_l.c: New file. * sysdeps/wordexp-64/wcstoull_l.c: New file.
1999-05-25 14:54:29 +00:00
strong_alias (____wcstol_l_internal, ____wcstoll_l_internal)
Update. 2001-01-04 Ulrich Drepper <drepper@redhat.com> * Versions.def (ld): Add GLIBC_2.2. * catgets/gencat.c: Copyright 2001. * csu/version.c: Likewise. * debug/catchsegv.sh: Likewise. * debug/xtrace.sh: Likewise. * elf/ldconfig.c: Likewise. * elf/sprof.c: Likewise. * iconv/iconv_prog.c: Likewise. * locale/locale.c: Likewise. * locale/localedef.c: Likewise. * malloc/memusage.sh: Likewise. * malloc/mtrace.pl: Likewise. * nscd/nscd.c: Likewise. * posix/getconf.c: Likewise. 2001-01-04 Mark Kettenis <kettenis@gnu.org> * include/stdio.h: Only provide __getwc_unlocked prototype if USE_IN_LIBIO is defined. 2001-01-04 Kaz Kojima <kkojima@rr.iij4u.or.jp> * sysdeps/unix/sysv/linux/sh/socket.S (__socket): Fix error code handling. 2001-01-03 Andreas Schwab <schwab@suse.de> * sysdeps/generic/strtoll.c: Remove unused __strtoq_internal alias. * sysdeps/generic/strtoull.c: Remove unused __strtouq_internal alias. * sysdeps/wordsize-64/strtol.c: Add strtoq alias and fix strtoll alias. * sysdeps/wordsize-64/strtoul.c: Add strtouq alias and fix strtoull alias. * sysdeps/wordsize-64/wcstol.c: Add wcstoq alias and fix wcstoll alias. * sysdeps/wordsize-64/wcstoul.c: Add wcstouq alias and fix wcstoull alias. * sysdeps/generic/strtoul.c: Make sure we find strtol.c in this directory. * sysdeps/generic/strtol_l.c: Likewise. * sysdeps/generic/strtoul_l.c: Likewise. * sysdeps/generic/wcstoul.c: Likewise, for wcstol.c. * sysdeps/wordsize-64/strtol_l.c: Fix alias. * sysdeps/wordsize-64/strtoul_l.c: Likewise. * sysdeps/wordsize-64/wcstol_l.c: Fix alias. * sysdeps/wordsize-64/wcstoul_l.c: Likewise.
2001-01-05 01:01:31 +00:00
weak_alias (__wcstol_l, __wcstoll_l)
* locale/Versions (libc: GLIBC_2.3): Add all the *_l functions with no __ prefix. * locale/langinfo.h [__USE_GNU]: Declare nl_langinfo_l. * ctype/ctype.h [__USE_GNU]: Add declarations and macros for all *_l functions with no __ prefix. * wctype/wcfuncs_l.c: Define weak aliases without __ for all fns. * ctype/ctype_l.c: Likewise. * locale/nl_langinfo.c: Likewise. * string/string.h [__USE_GNU]: Add decls for all *_l fns with no __. * stdlib/stdlib.h [__USE_GNU]: Likewise. * wcsmbs/wchar.h [__USE_GNU]: Likewise. * wctype/wctype.h [__USE_GNU]: Likewise. * string/strcoll_l.c (strcoll_l): Define as weak alias. * string/strxfrm_l.c (strxfrm_l): Define as weak alias. * sysdeps/generic/strcasecmp_l.c (strcasecmp_l): Define as weak alias. * sysdeps/generic/strncase_l.c (strncasecmp_l): Define as weak alias. * stdlib/strtod_l.c (strtod_l): Define as weak alias. * stdlib/strtof_l.c (strtof_l): Define as weak alias. * stdlib/strtold_l.c (strtold_l): Define as weak alias. * wcsmbs/wcscasecmp_l.c (wcscasecmp_l): Define as weak alias. (__wcscasecmp_l): Add libc_hidden_def. * wcsmbs/wcsncase_l.c (wcsncasecmp_l): Define as weak alias. (__wcsncasecmp_l): Add libc_hidden_def. * wcsmbs/wcstof_l.c (wcstof_l): Define as weak alias. * wcsmbs/wcstod_l.c (wcstod_l): Define as weak alias. * wcsmbs/wcstold_l.c (wcstold_l): Define as weak alias. * wcsmbs/wcscoll_l.c (wcscoll_l): Define as weak alias. * wcsmbs/wcsxfrm_l.c (wcsxfrm_l): Define as weak alias. * sysdeps/generic/wcstol_l.c (wcstol_l): Define as weak alias. * sysdeps/generic/wcstoll_l.c (wcstoll_l): Define as weak alias. * sysdeps/generic/wcstoul_l.c (wcstoul_l): Define as weak alias. * sysdeps/generic/wcstoull_l.c (wcstoull_l): Define as weak alias. * sysdeps/wordsize-64/wcstol_l.c (wcstoll_l): Define as weak alias. * sysdeps/wordsize-64/wcstoul_l.c (wcstoull_l): Define as weak alias. * wctype/wctrans_l.c (wctrans_l) Define as weak alias. * wctype/towctrans_l.c (towctrans_l) Define as weak alias. * wctype/wctype_l.c (wctype_l) Define as weak alias.
2002-08-06 08:40:20 +00:00
weak_alias (__wcstol_l, wcstoll_l)
C2x strtol binary constant handling C2x adds binary integer constants starting with 0b or 0B, and supports those constants in strtol-family functions when the base passed is 0 or 2. Implement that strtol support for glibc. As discussed at <https://sourceware.org/pipermail/libc-alpha/2020-December/120414.html>, this is incompatible with previous C standard versions, in that such an input string starting with 0b or 0B was previously required to be parsed as 0 (with the rest of the string unprocessed). Thus, as proposed there, this patch adds 20 new __isoc23_* functions with appropriate header redirection support. This patch does *not* do anything about scanf %i (which will need 12 new functions per long double variant, so 12, 24 or 36 depending on the glibc configuration), instead leaving that for a future patch. The function names would remain as __isoc23_* even if C2x ends up published in 2024 rather than 2023. Making this change leads to the question of what should happen to internal uses of these functions in glibc and its tests. The header redirection (which applies for _GNU_SOURCE or any other feature test macros enabling C2x features) has the effect of redirecting internal uses but without those uses then ending up at a hidden alias (see the comment in include/stdio.h about interaction with libc_hidden_proto). It seems desirable for the default for internal uses to be the same versions used by normal code using _GNU_SOURCE, so rather than doing anything to disable that redirection, similar macro definitions to those in include/stdio.h are added to the include/ headers for the new functions. Given that the default for uses in glibc is for the redirections to apply, the next question is whether the C2x semantics are correct for all those uses. Uses with the base fixed to 10, 16 or any other value other than 0 or 2 can be ignored. I think this leaves the following internal uses to consider (an important consideration for review of this patch will be both whether this list is complete and whether my conclusions on all entries in it are correct): benchtests/bench-malloc-simple.c benchtests/bench-string.h elf/sotruss-lib.c math/libm-test-support.c nptl/perf.c nscd/nscd_conf.c nss/nss_files/files-parse.c posix/tst-fnmatch.c posix/wordexp.c resolv/inet_addr.c rt/tst-mqueue7.c soft-fp/testit.c stdlib/fmtmsg.c support/support_test_main.c support/test-container.c sysdeps/pthread/tst-mutex10.c I think all of these places are OK with the new semantics, except for resolv/inet_addr.c, where the POSIX semantics of inet_addr do not allow for binary constants; thus, I changed that file (to use __strtoul_internal, whose semantics are unchanged) and added a test for this case. In the case of posix/wordexp.c I think accepting binary constants is OK since POSIX explicitly allows additional forms of shell arithmetic expressions, and in stdlib/fmtmsg.c SEV_LEVEL is not in POSIX so again I think accepting binary constants is OK. Functions such as __strtol_internal, which are only exported for compatibility with old binaries from when those were used in inline functions in headers, have unchanged semantics; the __*_l_internal versions (purely internal to libc and not exported) have a new argument to specify whether to accept binary constants. As well as for the standard functions, the header redirection also applies to the *_l versions (GNU extensions), and to legacy functions such as strtoq, to avoid confusing inconsistency (the *q functions redirect to __isoc23_*ll rather than needing their own __isoc23_* entry points). For the functions that are only declared with _GNU_SOURCE, this means the old versions are no longer available for normal user programs at all. An internal __GLIBC_USE_C2X_STRTOL macro is used to control the redirections in the headers, and cases in glibc that wish to avoid the redirections - the function implementations themselves and the tests of the old versions of the GNU functions - then undefine and redefine that macro to allow the old versions to be accessed. (There would of course be greater complexity should we wish to make any of the old versions into compat symbols / avoid them being defined at all for new glibc ABIs.) strtol_l.c has some similarity to strtol.c in gnulib, but has already diverged some way (and isn't listed at all at https://sourceware.org/glibc/wiki/SharedSourceFiles unlike strtoll.c and strtoul.c); I haven't made any attempts at gnulib compatibility in the changes to that file. I note incidentally that inttypes.h and wchar.h are missing the __nonnull present on declarations of this family of functions in stdlib.h; I didn't make any changes in that regard for the new declarations added.
2023-02-16 23:02:40 +00:00
weak_alias (__isoc23_wcstol_l, __isoc23_wcstoll_l)
libc_hidden_ver (__isoc23_wcstol_l, __isoc23_wcstoll_l)
Reference in New Issue Copy Permalink