Bug#705958: clang: Fails to link c++ programs on armhf, size_t is defined incorrectly

Florian Fischer florianfischer at gmx.de
Mon Apr 22 18:43:27 UTC 2013

Package: clang
Version: 1:3.0-6.1+rpi1
Severity: important

Dear Maintainer,

Currently, I cannot use clang++ on armhf (raspbian) due to an incorrect definition 
of size_t.
clang++'s builtins define size_t as unsigned long, however the architecture and libstdc++
define it as unsigned int. 
This leads to failures when linking a clang++-compiled program such as the following: 

ha.cpp:(.text+0x738): undefined reference to `operator new(unsigned long)'
ha.cpp:(.text+0x748): undefined reference to `operator new[](unsigned long)'
ha.cpp:(.text+0x8f4): undefined reference to `std::string::append(char const*, unsigned long)'

Please note that operator new is also affected, so virtually no C++ program will work.
I'm sure this bug would be easy to fix, if I had any idea  
about the organization of the clang source code... 

Best regards,

-- System Information:
Debian Release: 7.0
Architecture: armhf (armv6l)

Kernel: Linux 3.6.11+ (PREEMPT)
Locale: LANG=de_DE at euro, LC_CTYPE=de_DE at euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages clang depends on:
ii  libc6                2.13-38+rpi2
ii  libclang-common-dev  1:3.0-6.1+rpi1
ii  libffi5              3.0.10-3+b3
ii  libgcc1              1:4.7.2-5+rpi1
ii  libllvm3.0           3.0-10
ii  libstdc++6           4.7.2-5+rpi1
ii  libstdc++6-4.6-dev   4.6.3-14+rpi1

Versions of packages clang recommends:
ii  llvm-3.0-dev  3.0-10
ii  python        2.7.3-4

clang suggests no packages.

-- no debconf information

More information about the Pkg-llvm-team mailing list