diff options
-rw-r--r-- | ChangeLog | 5 | ||||
-rw-r--r-- | manual/charset.texi | 18 | ||||
-rw-r--r-- | sysdeps/unix/i386/i586/clock_getres.c | 1 | ||||
-rw-r--r-- | sysdeps/unix/i386/i586/clock_gettime.c | 1 | ||||
-rw-r--r-- | sysdeps/unix/i386/i586/clock_nanosleep.c | 3 |
5 files changed, 15 insertions, 13 deletions
@@ -1,5 +1,10 @@ 2000-09-26 Ulrich Drepper <drepper@redhat.com> + * sysdeps/unix/i386/i586/clock_nanosleep.c (CLOCK_P): Remove + CLOCK_MONOTONIC. + * sysdeps/unix/i386/i586/clock_gettime.c (EXTRA_CLOCK_CASES): Likewise. + * sysdeps/unix/i386/i586/clock_getres.c (EXTRA_CLOCK_CASES): Likewise. + * sysdeps/unix/sysv/linux/i386/bits/time.h: Remove CLOCK_MONOTONIC. 2000-09-26 Jakub Jelinek <jakub@redhat.com> diff --git a/manual/charset.texi b/manual/charset.texi index aa4c267..deae7af 100644 --- a/manual/charset.texi +++ b/manual/charset.texi @@ -298,15 +298,15 @@ adequately are a thing of the past. One final comment about the choice of the wide character representation is necessary at this point. We have said above that the natural choice -is using Unicode or @w{ISO 10646}. This is not specified in any -standard, though. The @w{ISO C} standard does not specify anything -specific about the @code{wchar_t} type. There might be systems where -the developers decided differently. Therefore one should as much as -possible avoid making assumption about the wide character representation -although GNU systems will always work as described above. If the -programmer uses only the functions provided by the C library to handle -wide character strings there should not be any compatibility problems -with other systems. +is using Unicode or @w{ISO 10646}. This is not required, but at least +encouraged, by the @w{ISO C} standard. The standard defines at least a +macro @code{__STDC_ISO_10646__} that is only defined on systems where +the @code{wchar_t} type encodes @w{ISO 10646} characters. If this +symbol is not defined one should as much as possible avoid making +assumption about the wide character representation. If the programmer +uses only the functions provided by the C library to handle wide +character strings there should not be any compatibility problems with +other systems. @node Charset Function Overview @section Overview about Character Handling Functions diff --git a/sysdeps/unix/i386/i586/clock_getres.c b/sysdeps/unix/i386/i586/clock_getres.c index 2ea21a0..49986f8 100644 --- a/sysdeps/unix/i386/i586/clock_getres.c +++ b/sysdeps/unix/i386/i586/clock_getres.c @@ -47,7 +47,6 @@ static long int nsec; #define EXTRA_CLOCK_CASES \ case CLOCK_PROCESS_CPUTIME_ID: \ case CLOCK_THREAD_CPUTIME_ID: \ - case CLOCK_MONOTONIC: \ { \ if (__builtin_expect (nsec == 0, 0)) \ { \ diff --git a/sysdeps/unix/i386/i586/clock_gettime.c b/sysdeps/unix/i386/i586/clock_gettime.c index 38f7c4a..5d0e9f4 100644 --- a/sysdeps/unix/i386/i586/clock_gettime.c +++ b/sysdeps/unix/i386/i586/clock_gettime.c @@ -46,7 +46,6 @@ static unsigned long long int freq; #define EXTRA_CLOCK_CASES \ case CLOCK_PROCESS_CPUTIME_ID: \ case CLOCK_THREAD_CPUTIME_ID: \ - case CLOCK_MONOTONIC: \ { \ unsigned long long int tsc; \ \ diff --git a/sysdeps/unix/i386/i586/clock_nanosleep.c b/sysdeps/unix/i386/i586/clock_nanosleep.c index 8cd3d4d..a1250cc 100644 --- a/sysdeps/unix/i386/i586/clock_nanosleep.c +++ b/sysdeps/unix/i386/i586/clock_nanosleep.c @@ -20,7 +20,6 @@ /* Additional definitions for the x86 version. */ #define CLOCK_P(clock) \ (clock) != CLOCK_PROCESS_CPUTIME_ID \ - && (clock) != CLOCK_THREAD_CPUTIME_ID \ - && (clock) != CLOCK_MONOTONIC + && (clock) != CLOCK_THREAD_CPUTIME_ID #include <sysdeps/unix/clock_nanosleep.c> |