From: Dennis Clarke <dclarke@blastwave.org>
To: gdb@sourceware.org
Subject: Re: numerous tests fail in "make check" stage of gdb-8.0.1 on Debian 8.8 powerpc64
Date: Wed, 27 Sep 2017 22:11:00 -0000 [thread overview]
Message-ID: <b74dda67-d279-fcba-eb04-7f226bbc99b2@blastwave.org> (raw)
In-Reply-To: <CAH=s-PMo460ejQB_2qQF0=bcAaQ2=JT76doUFP3+S8zEoXiykA@mail.gmail.com>
On 09/27/2017 05:45 PM, Yao Qi wrote:
> On Wed, Sep 27, 2017 at 2:34 PM, Dennis Clarke <dclarke@blastwave.org> wrote:
>>
>> It is difficult to know if the entire gdb build should be tossed away or is
>> this normal behavior ?
>>
>
> GDB tests are never FAIL free, so some test fails don't mean GDB is
> completely broken. However,
> fails in these tests do means something is wrong.
>
I am not sure what to make of that. It means "something is wrong" and
also "something is always wrong with gdb".
The test results look like so :
=== gdb Summary ===
# of expected passes 33093
# of unexpected failures 96
# of expected failures 58
# of known failures 65
# of unresolved testcases 3
# of untested testcases 56
# of unsupported tests 206
/usr/local/build/gdb-8.0.1_linux_3.16.0-4-powerpc64.001/gdb/testsuite/../../gdb/gdb
version 8.0.1 -nw -nx -data-directory
/usr/local/build/gdb-8.0.1_linux_3.16.0-4-powerpc64.001/gdb/testsuite/../data-directory
gmake[4]: *** [check-single] Error 1
gmake[4]: Leaving directory
`/usr/local/build/gdb-8.0.1_linux_3.16.0-4-powerpc64.001/gdb/testsuite'
gmake[3]: *** [check] Error 2
gmake[3]: Leaving directory
`/usr/local/build/gdb-8.0.1_linux_3.16.0-4-powerpc64.001/gdb/testsuite'
gmake[2]: *** [check] Error 2
gmake[2]: Leaving directory
`/usr/local/build/gdb-8.0.1_linux_3.16.0-4-powerpc64.001/gdb'
gmake[1]: *** [check-gdb] Error 2
gmake[1]: Leaving directory
`/usr/local/build/gdb-8.0.1_linux_3.16.0-4-powerpc64.001'
gmake: *** [do-check] Error 2
So there are 96 failures that were not expected. Also, the resultant gdb
binary seems to have found my libiconv and libexpat but not libz :
deb8_ppc64$ ldd ./gdb/gdb
linux-vdso64.so.1 (0x00003fff7efe0000)
libdl.so.2 => /lib64/libdl.so.2 (0x00003fff7efb0000)
libexpat.so.1 => /usr/local/lib/libexpat.so.1 (0x00003fff7ef50000)
libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x00003fff7ee30000)
libm.so.6 => /lib64/libm.so.6 (0x00003fff7ed60000)
libc.so.6 => /lib64/libc.so.6 (0x00003fff7eb90000)
/lib64/ld64.so.1 (0x0000000051b20000)
deb8_ppc64$ ls -lo /usr/local/lib/libz*
-rw-r--r-- 1 root 333690 May 27 03:05 /usr/local/lib/libz.a
lrwxrwxrwx 1 root 14 May 27 03:05 /usr/local/lib/libz.so ->
libz.so.1.2.11
lrwxrwxrwx 1 root 14 May 27 03:05 /usr/local/lib/libz.so.1 ->
libz.so.1.2.11
-rwxr-xr-x 1 root 236688 May 27 03:05 /usr/local/lib/libz.so.1.2.11
deb8_ppc64$
Not sure if I can install this or not.
My whole reason for this is simply that gdb on the system won't work
with a 64-bit binary and I don't know why :
deb8_ppc64$ cat hello.c
#include <stdio.h>
#include <stdlib.h>
int main( int argc, char *argv[])
{
fprintf ( stdout, "hello world.\n" );
return ( EXIT_SUCCESS );
}
Compile it, run it and look at it :
Code:
deb8_ppc64$ gcc -m64 -g -o hello hello.c
deb8_ppc64$ ./hello
hello world.
deb8_ppc64$ file hello
hello: ELF 64-bit MSB executable, 64-bit PowerPC or cisco 7500, version
1 (SYSV), dynamically linked, interpreter /lib64/ld64.so.1, for
GNU/Linux 2.6.32,
BuildID[sha1]=c79bcf90665edeb4b1d9a5972c4f7ddf8ec9877d, not stripped
deb8_ppc64$
deb8_ppc64$ which gdb
/usr/bin/gdb
deb8_ppc64$ ls -lap /usr/bin/gdb
-rwxr-xr-x 1 root root 6301688 Nov 9 2014 /usr/bin/gdb
deb8_ppc64$ /usr/bin/gdb hello
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "powerpc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
"/usr/local/src/test/hello/hello": not in executable format: File format
not recognized
(gdb) quit
deb8_ppc64$
So I decided to simply get the source and build a new gdb. Which may not
work very well given the tests above.
Very difficult to tell what to do here.
Dennis
prev parent reply other threads:[~2017-09-27 22:11 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-27 21:34 Dennis Clarke
2017-09-27 21:45 ` Yao Qi
2017-09-27 22:11 ` Dennis Clarke [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=b74dda67-d279-fcba-eb04-7f226bbc99b2@blastwave.org \
--to=dclarke@blastwave.org \
--cc=gdb@sourceware.org \
/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