* [Bug translator/6703] New: tapsets.cxx does not build on gcc 4.10
@ 2008-06-27 18:17 dcnltc at us dot ibm dot com
2008-07-11 2:24 ` [Bug translator/6703] " fche at redhat dot com
0 siblings, 1 reply; 2+ messages in thread
From: dcnltc at us dot ibm dot com @ 2008-06-27 18:17 UTC (permalink / raw)
To: systemtap
I attempted to build a git snapshot from 6-26-2008 and got the following error
when compiling tapsets.cxx. This is happening on a SLES10 machine which uses
GCC 4.10. I notice that the problems don't occur on an identical PPC RHEL5.2
machine which uses GCC 4.12.
If you need me to test out bug fixes just drop me an e-mail.
tapsets.cxx: In member function 'void symbol_table::mark_dwarf_redundancies(dwfl
pp*)':
tapsets.cxx:4953: error: no matching function for call to 'Internal::hashtable_i
terator<std::pair<const std::basic_string<char, std::char_traits<char>, std::all
ocator<char> >, cu_function_cache_t*>, false, false>::hashtable_iterator()'
/usr/include/c++/4.1.0/tr1/hashtable:309: note: candidates are: Internal::hashta
ble_iterator<Value, constant_iterators, cache>::hashtable_iterator(Internal::has
h_node<Value, cache>**) [with Value = std::pair<const std::basic_string<char, st
d::char_traits<char>, std::allocator<char> >, cu_function_cache_t*>, bool consta
nt_iterators = false, bool cache = false]
/usr/include/c++/4.1.0/tr1/hashtable:305: note: Internal::hashta
ble_iterator<Value, constant_iterators, cache>::hashtable_iterator(Internal::has
h_node<Value, cache>*, Internal::hash_node<Value, cache>**) [with Value = std::p
air<const std::basic_string<char, std::char_traits<char>, std::allocator<char> >
, cu_function_cache_t*>, bool constant_iterators = false, bool cache = false]
/usr/include/c++/4.1.0/tr1/hashtable:295: note: Internal::hashta
ble_iterator<std::pair<const std::basic_string<char, std::char_traits<char>, std
::allocator<char> >, cu_function_cache_t*>, false, false>::hashtable_iterator(co
nst Internal::hashtable_iterator<std::pair<const std::basic_string<char, std::ch
ar_traits<char>, std::allocator<char> >, cu_function_cache_t*>, false, false>&)
make[2]: *** [stap-tapsets.o] Error 1
--
Summary: tapsets.cxx does not build on gcc 4.10
Product: systemtap
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: translator
AssignedTo: systemtap at sources dot redhat dot com
ReportedBy: dcnltc at us dot ibm dot com
GCC build triplet: powerpc64-unknown-linux-gnu
GCC host triplet: powerpc64-unknown-linux-gnu
GCC target triplet: powerpc64-unknown-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=6703
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Bug translator/6703] tapsets.cxx does not build on gcc 4.10
2008-06-27 18:17 [Bug translator/6703] New: tapsets.cxx does not build on gcc 4.10 dcnltc at us dot ibm dot com
@ 2008-07-11 2:24 ` fche at redhat dot com
0 siblings, 0 replies; 2+ messages in thread
From: fche at redhat dot com @ 2008-07-11 2:24 UTC (permalink / raw)
To: systemtap
------- Additional Comments From fche at redhat dot com 2008-07-11 02:23 -------
commit 73f289b
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
http://sourceware.org/bugzilla/show_bug.cgi?id=6703
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-07-11 2:24 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-06-27 18:17 [Bug translator/6703] New: tapsets.cxx does not build on gcc 4.10 dcnltc at us dot ibm dot com
2008-07-11 2:24 ` [Bug translator/6703] " fche at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).