This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug build/20457] New: gdb build can fail to build with new glibc
- From: "mwahab at gcc dot gnu.org" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Thu, 11 Aug 2016 11:03:58 +0000
- Subject: [Bug build/20457] New: gdb build can fail to build with new glibc
- Auto-submitted: auto-generated
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.