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