* [Bug libstdc++/51967] FAIL: libstdc++-prettyprinters/48362.cc
2012-01-23 15:26 [Bug libstdc++/51967] New: FAIL: libstdc++-prettyprinters/48362.cc danglin at gcc dot gnu.org
@ 2012-01-23 15:32 ` danglin at gcc dot gnu.org
2012-01-23 15:59 ` redi at gcc dot gnu.org
` (6 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: danglin at gcc dot gnu.org @ 2012-01-23 15:32 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51967
--- Comment #1 from John David Anglin <danglin at gcc dot gnu.org> 2012-01-23 15:20:35 UTC ---
Similar fail is libstdc++-prettyprinters/simple.cc:
Executing on host: /test/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/test/gnu/gcc
/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++
-v3/src -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/o
pt/gnu/gcc/gcc-4.7/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.7/hppa2.0w-hp
-hpux11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.7/hppa2.0w-hp-hpux11.11/include
-isy
stem /opt/gnu/gcc/gcc-4.7/hppa2.0w-hp-hpux11.11/sys-include
-B/test/gnu/gcc/objd
ir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs -g -O2 -D_GLIBCXX_ASSERT
-fmes
sage-length=0 -g -O2 -g -O2 -DLOCALEDIR="." -nostdinc++
-I/test/gnu/gcc/objdir/h
ppa2.0w-hp-hpux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11
-I/test/gnu/gcc/
objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/include
-I/test/gnu/gcc/gcc/libstdc++-
v3/libsupc++ -I/test/gnu/gcc/gcc/libstdc++-v3/include/backward
-I/test/gnu/gcc/g
cc/libstdc++-v3/testsuite/util
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc+
+-prettyprinters/simple.cc -g ./libtestc++.a -lm -o ./simple.exe
(timeo
ut = 600)
spawn /test/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/test/gnu/gcc/objdir/./gcc
-nostdinc++ -L/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src
-L/te
st/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/opt/gnu/gcc/gc
c-4.7/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.7/hppa2.0w-hp-hpux11.11/li
b/ -isystem /opt/gnu/gcc/gcc-4.7/hppa2.0w-hp-hpux11.11/include -isystem
/opt/gnu
/gcc/gcc-4.7/hppa2.0w-hp-hpux11.11/sys-include
-B/test/gnu/gcc/objdir/hppa2.0w-h
p-hpux11.11/./libstdc++-v3/src/.libs -g -O2 -D_GLIBCXX_ASSERT
-fmessage-length=0
-g -O2 -g -O2 -DLOCALEDIR="." -nostdinc++
-I/test/gnu/gcc/objdir/hppa2.0w-hp-hp
ux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11
-I/test/gnu/gcc/objdir/hppa2.
0w-hp-hpux11.11/libstdc++-v3/include -I/test/gnu/gcc/gcc/libstdc++-v3/libsupc++
-I/test/gnu/gcc/gcc/libstdc++-v3/include/backward
-I/test/gnu/gcc/gcc/libstdc++-v3/testsuite/util
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc++-prettyprinters/simple.cc -g
./libtestc++.a -lm -o ./simple.exe
Setting LD_LIBRARY_PATH to
:/test/gnu/gcc/objdir/gcc:/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/../libgomp/.libs:/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs::/test/gnu/gcc/objdir/gcc:/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/../libgomp/.libs:/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/./libstdc++-v3/src/.libs
spawn [open ...]
zardoz0010100001onetwoonetwozardozPASS: libstdc++-prettyprinters/simple.cc
execution test
Spawning: gdb -nx -nw -quiet -batch -x simple.gdb ./simple.exe
spawn gdb -nx -nw -quiet -batch -x simple.gdb ./simple.exe
Breakpoint 1 at 0x4970: file
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc++-prettyprinters/simple.cc,
line 78.
warning: Private mapping of shared library text was not specified
by the executable; setting a breakpoint in a shared library which
is not privately mapped will not work. See the HP-UX 11i v3 chatr
manpage for methods to privately map shared library text.
Breakpoint 1, main () at
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc++-prettyprinters/simple.cc:79
79 std::cout << bs;
$1 = {static npos = 4294967295, _M_dataplus = {<allocator> = {<new_allocator> =
{<No data fields>}, <No data fields>}, _M_p = 0x40004034 "zardoz"}}
FAIL: libstdc++-prettyprinters/simple.cc print str
$2 = {<_Base_bitset> = {_M_w = 161}, <No data fields>}
FAIL: libstdc++-prettyprinters/simple.cc print bs
$3 = {<_Deque_base> = {_M_impl = {<allocator> = {<new_allocator> = {<No data
fields>}, <No data fields>}, _M_map = 0x40004048, _M_map_size = 8, _M_start =
{_M_cur = 0x40004070, _M_first = 0x40004070, _M_last = 0x40004270, _M_node =
0x40004054}, _M_finish = {_M_cur = 0x40004078, _M_first = 0x40004070, _M_last =
0x40004270, _M_node = 0x40004054}}}, <No data fields>}
FAIL: libstdc++-prettyprinters/simple.cc print deq
$4 = {<_List_base> = {_M_impl = {<allocator> = {<new_allocator> = {<No data
fields>}, <No data fields>}, _M_node = {_M_next = 0x400042c0, _M_prev =
0x400042f0}}}, <No data fields>}
FAIL: libstdc++-prettyprinters/simple.cc print lst
$5 = {_M_t = {_M_impl = {<allocator> = {<new_allocator> = {<No data fields>},
<No data fields>}, _M_key_compare = {<binary_function> = {<No data fields>},
<No data fields>}, _M_header = {_M_color = _S_red, _M_parent = 0x40004328,
_M_left = 0x40004328, _M_right = 0x40004328}, _M_node_count = 1}}}
FAIL: libstdc++-prettyprinters/simple.cc print mp
testcase
/test/gnu/gcc/gcc/libstdc++-v3/testsuite/libstdc++-prettyprinters/prettyprinters.exp
completed in 67 seconds
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libstdc++/51967] FAIL: libstdc++-prettyprinters/48362.cc
2012-01-23 15:26 [Bug libstdc++/51967] New: FAIL: libstdc++-prettyprinters/48362.cc danglin at gcc dot gnu.org
2012-01-23 15:32 ` [Bug libstdc++/51967] " danglin at gcc dot gnu.org
@ 2012-01-23 15:59 ` redi at gcc dot gnu.org
2012-01-29 17:51 ` dave.anglin at bell dot net
` (5 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: redi at gcc dot gnu.org @ 2012-01-23 15:59 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51967
--- Comment #2 from Jonathan Wakely <redi at gcc dot gnu.org> 2012-01-23 15:39:52 UTC ---
do the printers ever work, outside the testsuite?
i.e. if you build this:
#include <tuple>
int main() {
std::tuple<int, int> t;
return std::tuple_size<decltype(t)>::value;
}
then debug and run
break 4
run
print t
you should see
$1 = std::tuple containing = {
[1] = 0,
[2] = 0
}
does it make any difference if you put this in ~/.gdbinit (with the correct
path to the installed gcc)?
python
import sys
sys.path.insert(0, '/path/to/gcc/share/gcc-4.7.0/python')
from libstdcxx.v6.printers import register_libstdcxx_printers
register_libstdcxx_printers (None)
end
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libstdc++/51967] FAIL: libstdc++-prettyprinters/48362.cc
2012-01-23 15:26 [Bug libstdc++/51967] New: FAIL: libstdc++-prettyprinters/48362.cc danglin at gcc dot gnu.org
2012-01-23 15:32 ` [Bug libstdc++/51967] " danglin at gcc dot gnu.org
2012-01-23 15:59 ` redi at gcc dot gnu.org
@ 2012-01-29 17:51 ` dave.anglin at bell dot net
2012-02-02 20:17 ` bkoz at gcc dot gnu.org
` (4 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: dave.anglin at bell dot net @ 2012-01-29 17:51 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51967
--- Comment #3 from dave.anglin at bell dot net 2012-01-29 17:27:24 UTC ---
On 23-Jan-12, at 10:39 AM, redi at gcc dot gnu.org wrote:
> do the printers ever work, outside the testsuite?
No.
Need to study the gdb build for this target. It looks like it should
support python and no errors are generated with the .gdbinit file.
I can see that there might be a problem with my 64-bit version
of gdb as I don't have a 64-bit build of python.
Dave
--
John David Anglin dave.anglin@bell.net
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libstdc++/51967] FAIL: libstdc++-prettyprinters/48362.cc
2012-01-23 15:26 [Bug libstdc++/51967] New: FAIL: libstdc++-prettyprinters/48362.cc danglin at gcc dot gnu.org
` (2 preceding siblings ...)
2012-01-29 17:51 ` dave.anglin at bell dot net
@ 2012-02-02 20:17 ` bkoz at gcc dot gnu.org
2012-02-02 20:41 ` dave.anglin at bell dot net
` (3 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: bkoz at gcc dot gnu.org @ 2012-02-02 20:17 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51967
Benjamin Kosnik <bkoz at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bkoz at gcc dot gnu.org
--- Comment #4 from Benjamin Kosnik <bkoz at gcc dot gnu.org> 2012-02-02 20:17:02 UTC ---
> > do the printers ever work, outside the testsuite?
>
> No.
Well then, then need to be disabled.
dg-require-prettyprinters
Should be developed and all the failing pretty printing tests should use it.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libstdc++/51967] FAIL: libstdc++-prettyprinters/48362.cc
2012-01-23 15:26 [Bug libstdc++/51967] New: FAIL: libstdc++-prettyprinters/48362.cc danglin at gcc dot gnu.org
` (3 preceding siblings ...)
2012-02-02 20:17 ` bkoz at gcc dot gnu.org
@ 2012-02-02 20:41 ` dave.anglin at bell dot net
2012-02-15 20:27 ` bkoz at gcc dot gnu.org
` (2 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: dave.anglin at bell dot net @ 2012-02-02 20:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51967
--- Comment #5 from dave.anglin at bell dot net 2012-02-02 20:41:07 UTC ---
On 2/2/2012 3:17 PM, bkoz at gcc dot gnu.org wrote:
>>> do the printers ever work, outside the testsuite?
>> >
>> > No.
> Well then, then need to be disabled.
At the moment, I'm not sure where the problem lies. My python version
might be too
old. I know most prettyprinter tests in the gdb suite fail on 32-bit
hpux. My gdb is
current cvs source.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libstdc++/51967] FAIL: libstdc++-prettyprinters/48362.cc
2012-01-23 15:26 [Bug libstdc++/51967] New: FAIL: libstdc++-prettyprinters/48362.cc danglin at gcc dot gnu.org
` (4 preceding siblings ...)
2012-02-02 20:41 ` dave.anglin at bell dot net
@ 2012-02-15 20:27 ` bkoz at gcc dot gnu.org
2012-02-16 3:01 ` dave.anglin at bell dot net
2012-02-21 15:31 ` danglin at gcc dot gnu.org
7 siblings, 0 replies; 9+ messages in thread
From: bkoz at gcc dot gnu.org @ 2012-02-15 20:27 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51967
--- Comment #6 from Benjamin Kosnik <bkoz at gcc dot gnu.org> 2012-02-15 20:20:24 UTC ---
what's the python version you are using that is not working?
I am using 2.7.2
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libstdc++/51967] FAIL: libstdc++-prettyprinters/48362.cc
2012-01-23 15:26 [Bug libstdc++/51967] New: FAIL: libstdc++-prettyprinters/48362.cc danglin at gcc dot gnu.org
` (5 preceding siblings ...)
2012-02-15 20:27 ` bkoz at gcc dot gnu.org
@ 2012-02-16 3:01 ` dave.anglin at bell dot net
2012-02-21 15:31 ` danglin at gcc dot gnu.org
7 siblings, 0 replies; 9+ messages in thread
From: dave.anglin at bell dot net @ 2012-02-16 3:01 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51967
--- Comment #7 from dave.anglin at bell dot net 2012-02-16 00:28:25 UTC ---
On 15-Feb-12, at 3:20 PM, bkoz at gcc dot gnu.org wrote:
> what's the python version you are using that is not working?
It's 2.4.2. If I get a chance, I'll try an update it this weekend.
Dave
--
John David Anglin dave.anglin@bell.net
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug libstdc++/51967] FAIL: libstdc++-prettyprinters/48362.cc
2012-01-23 15:26 [Bug libstdc++/51967] New: FAIL: libstdc++-prettyprinters/48362.cc danglin at gcc dot gnu.org
` (6 preceding siblings ...)
2012-02-16 3:01 ` dave.anglin at bell dot net
@ 2012-02-21 15:31 ` danglin at gcc dot gnu.org
7 siblings, 0 replies; 9+ messages in thread
From: danglin at gcc dot gnu.org @ 2012-02-21 15:31 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51967
John David Anglin <danglin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
--- Comment #8 from John David Anglin <danglin at gcc dot gnu.org> 2012-02-21 15:20:06 UTC ---
Resolved by upgrading to python 2.7.2 and rebuilding gdb.
^ permalink raw reply [flat|nested] 9+ messages in thread