Bug#256770: libc6.1-dev: multiple definitions in libc.a (lc-ctype.o), breaks Intel compiler
Package: libc6.1-dev
Version: 2.3.2.ds1-13.0.1
Severity: normal
Tags: experimental
Hi there,
libc.a has objects with have multiply defined symbols. Is this the
intention? I hope not, because it breaks the Intel C compiler's
interprocedural optimization. Write a simple C program, try to build it with
'icc -ipo <test.c>' and you will see messages like:
libc.a(read.o) : multiple definition of '__syscall_error_3'
libc.a(open.o): first defined here
libc.a(llseek.o) : multiple definition of '__syscall_error_3'
libc.a(open.o): first defined here
libc.a(write.o) : multiple definition of '__syscall_error_3'
libc.a(open.o): first defined here
libc.a(lc-ctype.o) : multiple definition of '_nl_postload_ctype'
libc.a(lc-ctype.o): first defined here
libc.a(lc-ctype.o) : multiple definition of '_nl_current_LC_CTYPE'
libc.a(lc-ctype.o): first defined here
libc.a(lc-ctype.o) : multiple definition of '_nl_postload_ctype'
libc.a(lc-ctype.o): first defined here
...
This looks bad. Not sure exactly when the regression occurred, but it hasn't
been _that_ long (less than two or three months, I think).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ia64
Kernel: Linux 2.6.5-rc2
Locale: LANG=C, LC_CTYPE=C
Versions of packages libc6.1-dev depends on:
ii libc6.1 2.3.2.ds1-13.0.1 GNU C Library: Shared libraries an
ii linux-kernel-headers 2.5.999-test7-bk-16 Linux Kernel Headers for developme
-- no debconf information
Reply to: