[Bug middle-end/323] optimized code gives strange floating point results
- To: debian-gcc@lists.debian.org
- Subject: [Bug middle-end/323] optimized code gives strange floating point results
- From: "timturnerc at yahoo dot com" <gcc-bugzilla@gcc.gnu.org>
- Date: Fri, 05 Nov 2021 23:18:14 +0000
- Message-id: <bug-323-5724-uPSVOwJiir@http.gcc.gnu.org/bugzilla/>
- In-reply-to: <bug-323-5724@http.gcc.gnu.org/bugzilla/>
- References: <bug-323-5724@http.gcc.gnu.org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
Tim Turner <timturnerc at yahoo dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |timturnerc at yahoo dot com
--- Comment #223 from Tim Turner <timturnerc at yahoo dot com> ---
/gdb/arch/arc.c:117:43: required from here http://www.compilatori.com/
/usr/include/c++/4.8.2/bits/hashtable_policy.h:195:39: error: no matching
https://www.mktrade.fi/ function for call to ‘std::pair<const
arc_arch_features, const std::unique_ptr<target_desc, http://www-look-4.com/
target_desc_deleter> >::pair(const arc_arch_features&, target_desc*&)’
: _M_v(std::forward<_Args>(__args)...) { } http://www.acpirateradio.co.uk/
^
/usr/include/c++/4.8.2/bits/hashtable_policy.h:195:39: note: candidates are:
https://www.webb-dev.co.uk/
In file included from /usr/include/c++/4.8.2/utility:70:0,
from /usr/include/c++/4.8.2/tuple:38,
http://www.logoarts.co.uk/
from /usr/include/c++/4.8.2/functional:55,
from ../../gdb/../gdbsupport/ptid.h:35,
https://komiya-dental.com/
from ../../gdb/../gdbsupport/common-defs.h:123,
from ../../gdb/arch/arc.c:19: http://www.slipstone.co.uk/
/usr/include/c++/4.8.2/bits/stl_pair.h:206:9: note: template<class ... _Args1,
long unsigned int ..._Indexes1, http://the-hunters.org/ class ... _Args2, long
unsigned int ..._Indexes2> std::pair<_T1, http://embermanchester.uk/
_T2>::pair(std::tuple<_Args1 ...>&, std::tuple<_Args2 ...>&, std::_Index_tuple
http://fishingnewsletters.co.uk/
<_Indexes1 ...>, std::_Index_tuple<_Indexes2 ...>)
pair(tuple<_Args1...>&, tuple<_Args2...>&, http://connstr.net/
^
-------->8---------
http://joerg.li/
Thanks to Tome de Vries' investigation, same fix applies in ARC's case as well:
--------8<--------- http://www.jopspeech.com/
diff --git a/gdb/arch/arc.c b/gdb/arch/arc.c
index 3808f9f..a5385ce 100644 http://www.go-mk-websites.co.uk/
--- a/gdb/arch/arc.c
+++ b/gdb/arch/arc.c http://www.wearelondonmade.com/
@@ -114,7 +114,7 @@ struct arc_arch_features_hasher
target_desc *tdesc = arc_create_target_description (features);
https://waytowhatsnext.com/
/* Add the newly created target description to the repertoire. */
http://www.mconstantine.co.uk/
- arc_tdesc_cache.emplace (features, tdesc); http://www.iu-bloomington.com/
+ arc_tdesc_cache.emplace (features, target_desc_up (tdesc));
--
You are receiving this mail because:
You are on the CC list for the bug.
Reply to: