From: Shahab Vahedi via Gdb-patches <gdb-patches@sourceware.org>
To: gdb-patches@sourceware.org
Cc: Shahab Vahedi <shahab.vahedi@gmail.com>,
Shahab Vahedi <shahab@synopsys.com>, Tom Tromey <tom@tromey.com>,
Francois Bedard <fbedard@synopsys.com>
Subject: [PUSHED gdb-10-branch] arc: Fix gcc-4.8 compilation failure for arc.c
Date: Tue, 9 Feb 2021 18:41:58 +0100 [thread overview]
Message-ID: <20210209174158.8234-1-shahab.vahedi@gmail.com> (raw)
In-Reply-To: <20210209091209.7363-1-shahab.vahedi@gmail.com>
From: Shahab Vahedi <shahab@synopsys.com>
Building an arc target:
$ configulre --target=arc-elf32 \
--enable-targets=arc-linux-uclibc \
...
On a system with gcc-4.8 (CentOS 7.x), fails with:
--------8<---------
../../gdb/arch/arc.c:117:43: required from here
/usr/include/c++/4.8.2/bits/hashtable_policy.h:195:39: error: no matching
function for call to 'std::pair<const arc_arch_features, const
std::unique_ptr<target_desc, target_desc_deleter> >::pair(const
arc_arch_features&, target_desc*&)'
: _M_v(std::forward<_Args>(__args)...) { }
^
/usr/include/c++/4.8.2/bits/hashtable_policy.h:195:39: note: candidates are:
In file included from /usr/include/c++/4.8.2/utility:70:0,
from /usr/include/c++/4.8.2/tuple:38,
from /usr/include/c++/4.8.2/functional:55,
from ../../gdb/../gdbsupport/ptid.h:35,
from ../../gdb/../gdbsupport/common-defs.h:123,
from ../../gdb/arch/arc.c:19:
/usr/include/c++/4.8.2/bits/stl_pair.h:206:9: note: template<class ...
_Args1, long unsigned int ..._Indexes1, class ... _Args2, long unsigned int
..._Indexes2> std::pair<_T1, _T2>::pair(std::tuple<_Args1 ...>&,
std::tuple<_Args2 ...>&, std::_Index_tuple<_Indexes1 ...>,
std::_Index_tuple<_Indexes2 ...>)
pair(tuple<_Args1...>&, tuple<_Args2...>&,
^
-------->8---------
The corresponding line in arc.c must use an explicit ctor:
--------8<---------
arc_lookup_target_description (...)
{
/* Add the newly created target description to the repertoire. */
- arc_tdesc_cache.emplace (features, tdesc);
+ arc_tdesc_cache.emplace (features, target_desc_up (tdesc));
return tdesc;
}
-------->8---------
See "PR gcc/96537" for more details.
Last but not least, this problem has originally been investigated
by Tom de Vries for RISCV targets (see 38f8aa06d9).
gdb/ChangeLog:
PR build/27385
* arch/arc.c (arc_lookup_target_description): Use
target_desc_up() ctor explicitly.
---
gdb/ChangeLog | 6 ++++++
gdb/arch/arc.c | 5 +++--
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/gdb/ChangeLog b/gdb/ChangeLog
index 9d12c466952..d33bf67c483 100644
--- a/gdb/ChangeLog
+++ b/gdb/ChangeLog
@@ -1,3 +1,9 @@
+2021-02-09 Shahab Vahedi <shahab@synopsys.com>
+
+ PR build/27385
+ * arch/arc.c (arc_lookup_target_description): Use
+ target_desc_up() ctor explicitly.
+
2021-02-08 Shahab Vahedi <shahab@synopsys.com>
PR tdep/27369
diff --git a/gdb/arch/arc.c b/gdb/arch/arc.c
index d80d2fe4c0d..24d08179c85 100644
--- a/gdb/arch/arc.c
+++ b/gdb/arch/arc.c
@@ -113,8 +113,9 @@ arc_lookup_target_description (const struct arc_arch_features &features)
target_desc *tdesc = arc_create_target_description (features);
- /* Add the newly created target description to the repertoire. */
- arc_tdesc_cache.emplace (features, tdesc);
+ /* Add the newly created target description to the repertoire.
+ PR build/27385: Use "target_desc_up ()" ctor explicitly. */
+ arc_tdesc_cache.emplace (features, target_desc_up (tdesc));
return tdesc;
}
--
2.30.0
prev parent reply other threads:[~2021-02-09 17:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-09 9:12 [PATCH] " Shahab Vahedi via Gdb-patches
2021-02-09 14:52 ` Tom Tromey
2021-02-09 17:03 ` Shahab Vahedi via Gdb-patches
2021-02-09 17:11 ` Tom Tromey
2021-02-09 17:41 ` Shahab Vahedi via Gdb-patches [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210209174158.8234-1-shahab.vahedi@gmail.com \
--to=gdb-patches@sourceware.org \
--cc=fbedard@synopsys.com \
--cc=shahab.vahedi@gmail.com \
--cc=shahab@synopsys.com \
--cc=tom@tromey.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox