[Bug gdb/16669] New: Bad configure under gdb subdirectory of source in tarball http://ftp.gnu.org/gnu/gdb/gdb-7.7.tar.gz

["employee at live dot com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=16669

            Bug ID: 16669
           Summary: Bad configure under gdb subdirectory of source in
                    tarball http://ftp.gnu.org/gnu/gdb/gdb-7.7.tar.gz
           Product: gdb
           Version: 7.7
            Status: NEW
          Severity: critical
          Priority: P2
         Component: gdb
          Assignee: unassigned at sourceware dot org
          Reporter: employee at live dot com

Created attachment 7458
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7458&action=edit
gdb 7.7 ./gdb/acinclude.m4

./gdb/configure contains apparently problematic macros under
# Add ELF support to GDB, but only if BFD includes ELF support.
after recent changes to ./gdb/acinclude.m4 (Jan, 4, 2014)
The problem is perhaps due to incorrect expension of macros, as the following
section in ./gdb/acinclude.m4 of GDB 7.7 package is possibly to cause configure
to ignore elf support provided by bfd:
if test "$plugins" = "yes"; then
    AC_SEARCH_LIBS(dlopen, dl)
  fi
while in GDB 7.6 the relevent lines of "(GDB_AC_CHECK_BFD) New macro" is
defined as such:
if test "$plugins" = "yes"; then
    LIBS="-ldl $LIBS"
  fi
As a consequence for gdb to miss the check on elf support that is in fact
provided by bfd, it is confirmed with i386-pc-linux-gnu, but not limited to,
that gdb program can't read symbol by output:

Reading symbol from {exe}...I'm sorry, Dave, but I can't do that. Symbol format
"elf32-i386" unknown.

Possible solution for end-user is to revert above lines of macro in
acinclude.m4 in ./gdb back to those in tarball of gdb 7.6.

-- 
You are receiving this mail because:
You are on the CC list for the bug.