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 07:11:24 -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 07:11 -------
(In reply to comment #7)
> 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 ?
>
>
>
Also, since 'gnu_indirect_function' is a strict substring of
'libc_cv_asm_gnu_indirect_function' and since
'libc_cv_asm_gnu_indirect_function' appears only in
"
/mnt/sdb8/sergei/AFSWD_debug/build/glibc-2.12.1/config.log:libc_cv_asm_gnu_indirect_function=no
"
, it means that most likely (unless libc_cv_asm_gnu_indirect_function is
synthesized from pieces somewhere else) that the configure check whose result is
stored as "libc_cv_asm_gnu_indirect_function=no" is _ignored_.
--
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.