This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/11875] 'make' fails even though 'configure' is OK
- From: "sergstesh at yahoo dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 4 Aug 2010 05:47:18 -0000
- Subject: [Bug libc/11875] 'make' fails even though 'configure' is OK
- References: <20100804042204.11875.sergstesh@yahoo.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From sergstesh at yahoo dot com 2010-08-04 05:47 -------
A quick 'grep':
"
sergei@amdam2:/mnt/sdb5/qemu/install> grep -r gnu_indirect_function
/mnt/sdb8/sergei/AFSWD_debug/build/glibc-2.12.1
/mnt/sdb8/sergei/AFSWD_debug/build/glibc-2.12.1/configure.log:checking sysdep
dirs... checking for assembler gnu_indirect_function symbol type support... no
/mnt/sdb8/sergei/AFSWD_debug/build/glibc-2.12.1/config.log:configure:4361:
checking for assembler gnu_indirect_function symbol type support
/mnt/sdb8/sergei/AFSWD_debug/build/glibc-2.12.1/config.log:conftest.s:1: Error:
unrecognized symbol type "gnu_indirect_function"
/mnt/sdb8/sergei/AFSWD_debug/build/glibc-2.12.1/config.log:libc_cv_asm_gnu_indirect_function=no
/mnt/sdb8/sergei/AFSWD_debug/build/glibc-2.12.1/make.log:../sysdeps/i386/i686/multiarch/strcmp.S:78:
Error: unrecognized symbol type "gnu_indirect_function"
sergei@amdam2:/mnt/sdb5/qemu/install>
".
So, 'configure' clearly tells:
"
checking sysdep dirs... checking for assembler gnu_indirect_function symbol type
support... no
", i.e. _no_ gnu_indirect_function support, but 'make' faill with exactly this
problem ?!
And another quick 'grep':
"
sergei@amdam2:/mnt/sdb5/qemu/install> grep -r gnu_indirect_function
/mnt/sdb8/sergei/AFSWD_debug/build/glibc-2.11.2
sergei@amdam2:/mnt/sdb5/qemu/install> echo $?
1
".
So, the problematic 'gnu_indirect_function' entity was not present in
glibc-2.11.2 and _is_ present in glibc-2.12.1 and _exactly_ introduction of this
entity caused the build failure.
Are any excuses going to be used to claim it's not a regression failure ?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=11875
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.