This is the mail archive of the gdb-prs@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug build/20457] New: gdb build can fail to build with new glibc


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

            Bug ID: 20457
           Summary: gdb build can fail to build with new glibc
           Product: gdb
           Version: HEAD
            Status: NEW
          Severity: normal
          Priority: P2
         Component: build
          Assignee: unassigned at sourceware dot org
          Reporter: mwahab at gcc dot gnu.org
  Target Milestone: ---

Since glibc/BZ#20311, glibc installs its own version of proc_service.h which
gdb prefers over the version it embeds in gdb_proc_service.h gated by
HAVE_PROC_SERVICE_H. gdb_proc_service.h also has an include for gregset.h which
is only in the !HAVE_PROC_SERVICE_H section, even though its definitions are
used elsewhere without the guard. This causes build failures for some aarch64
and arm configurations. 

The error messages on the failure are like
----
binutils-gdb/gdb/gdb_proc_service.h:173:9: error: ‘gdb_fpregset_t’ does
not name a type; did you mean ‘elf_fpregset_t’?
 typedef gdb_fpregset_t gdb_prfpregset_t;
         ^~~~~~~~~~~~~~
         elf_fpregset_t
----
with other errors relating to other types defined in gregset.h.

I believe that the fix is to simply make the gregset.h include unconditional
and I have a patch to do this. Unfortunately, I'm having some trouble getting a
standalone build to test it (due to my lack of knowledge about gdb/glibc
set-ups). This ticket is to record the problem in the meantime.

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

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]