similar to: [LLVMdev] "multiple definition of .. " in clang 2.8

I want to compile tftp-hpa on libc5 because we have many systems still using this library. There were some constants missing that i copied from glibc-2.1 headers, and now I'm left with this and I don't know what to do since all I can do is copy/paste, not touch real code :-) === gcc -O2 -m486 -fno-strength-reduce -D_XPG4_2 -D_XOPEN_SOURCE -D__EXTENSIONS__ -D_BSD_SOURCE -D_ISO9X_SOURCE

It appears you filed PR 8538 about this, but didn't cc yourself. You should look at it; I don't think this is a clang problem. > It seems that the problem occurs from the optimization level. In the 2.7 > version I was using -O0 and in 2.8 I tested the same benchmarks with -O3. > > clang -O0 works fine, while clang -O3 makes redefinitions (probably it is > related to

Author: raf Repository: /hg/zfs-crypto/gate Revision: 4e0d2d9869b6e03153797c60bb3786268667c14c Log message: 6362982 namespace pollution/protection in libc 6369040 there should be but one synonyms.h file outside of libc Files: create: deleted_files/usr/src/lib/common/inc/mtlib.h create: deleted_files/usr/src/lib/libc/sparcv9/gen/llabs.s create:

hello hpa, here my birthday submission :) please pull: git pull git://git.debian.org/users/maks/klibc.git maks Sam fixed a longstanding x86_32 build bug, thus it seems a good time to flush the queue of the piled up patches, the shortlog tells it: Aurelien Jarno (1): [klibc] sh4: syscalls fixes Benjamin Cama (1): [klibc] fstype: btrfs size endianness fix Mike Waychison (2):

I'm on FreeBSD 8 (GCC 4.2.1) and building TOT compiler-rt using cmake. This is what i get: [ 89%] Building C object test/CMakeFiles/powidf2_test.dir/Unit/powidf2_test.c.o Linking C executable powidf2_test CMakeFiles/powidf2_test.dir/Unit/powidf2_test.c.o(.text+0x47): In function `test__powidf2': : undefined reference to `__signbit' -------------- next part -------------- An HTML

as the next klibc release 1.5.16 looks like shaping up, I have a trouble to build that for Debian. currently I build depent on linux-libc-dev, I don't know what against I can build latest klibc, see klibc fails to build due too: make -C linux/ ARCH=x86_64 INSTALL_HDR_PATH=debian/tmp/usr/lib/klibc/ headers_install make[3]: *** No rule to make target `headers_install'. Stop. make[2]: ***

It seems that the problem occurs from the optimization level. In the 2.7 version I was using -O0 and in 2.8 I tested the same benchmarks with -O3. clang -O0 works fine, while clang -O3 makes redefinitions (probably it is related to inlining) of the functions from stdlib.h, math.h and some other libraries. To give one example, function atoi is defined in the generated *.ll file: define i32

I have a new problem: Register RBP is used in a function foo. (I am not allocating RBP to any virtual register, the instances of RBP in function foo are in the machine code when my register allocator starts.) Function foo calls function bar. Register RBP is not saved across the call, though it is live after the call. Function bar includes a virtual register. The code that I'm using to