Bug#705958: clang: Fails to link c++ programs on armhf, size_t is defined incorrectly
florianfischer at gmx.de
Mon Apr 22 18:43:27 UTC 2013
Currently, I cannot use clang++ on armhf (raspbian) due to an incorrect definition
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...
-- 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