Bug#564610: clang: MB_LEN_MAX definition is wrong
Remi Denis-Courmont
remi at remlab.net
Sun Jan 10 17:05:23 UTC 2010
Package: clang
Version: 2.6-1
Severity: grave
Justification: renders package unusable
Hello,
Debian clang's <limits.h> defines MB_LEN_MAX to 1.
Debian eglibc <stdlib.h> insists on MB_LEN_MAX being equal to 16
(/usr/include/bits/stdlib.h:89). Otherwise it fails explicitly into
an #error.
Regardless of eglibc, ISO/IEC 9899:1999 TC3 §5.2.4.2.1 defines
MB_LEN_MAX as follows:
"maximum number of bytes in a multibyte character, for any
supported locale"
With only UTF-8, which is Debian's default character encoding, then
MB_LEN_MAX must be at the very least 4 bytes for characters outside of
the Basic Multilingual Plane. So in any case, clang has it wrong.
Best regards,
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (100, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32.2 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages clang depends on:
ii libc6 2.10.2-4 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.2-9 GCC support library
ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3
Versions of packages clang recommends:
pn llvm-dev <none> (no description available)
clang suggests no packages.
-- no debconf information
More information about the Pkg-llvm-team
mailing list