public inbox for gdb-testers@sourceware.org
help / color / mirror / Atom feed
* [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop
@ 2018-07-31 17:24 sergiodj+buildbot
2018-07-31 17:24 ` Failures on RHEL-s390x-m64, branch gdb-8.2-branch sergiodj+buildbot
` (13 more replies)
0 siblings, 14 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 17:24 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 599849befcc9a03584c7c03e65e5d5cf7ea0e4e8 ***
Author: Simon Marchi <simon.marchi@polymtl.ca>
Branch: gdb-8.2-branch
Commit: 599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Remove struct keyword in range-based for loop
PR gdb/23469
Fix this with gcc 6.3.0:
/home/simark/src/binutils-gdb/gdb/symfile.c: In function 'void set_objfile_default_section_offset(objfile*, const section_addr_info&, CORE_ADDR)':
/home/simark/src/binutils-gdb/gdb/symfile.c:2114:14: error: types may not be defined in a for-range-declaration [-Werror]
for (const struct other_sections *objf_sect : objf_addrs_sorted)
^~~~~~
gdb/ChangeLog:
* symfile.c (set_objfile_default_section_offset): Remove struct
keyword.
(cherry picked from commit ff27d0737ef0c9433a6a7c83c1e678ac57a27699)
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on RHEL-s390x-m64, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
@ 2018-07-31 17:24 ` sergiodj+buildbot
2018-07-31 22:22 ` Failures on Fedora-i686, " sergiodj+buildbot
` (12 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 17:24 UTC (permalink / raw)
To: gdb-testers
Buildslave:
rhel-7_1-s390x-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/RHEL-s390x-m64/builds/7953>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/RHEL-s390x-m64/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=0: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=1: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=4: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=7: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=10: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=16: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=17: wait for stops
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=1: inferior 1 exited
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Fedora-i686, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
2018-07-31 17:24 ` Failures on RHEL-s390x-m64, branch gdb-8.2-branch sergiodj+buildbot
@ 2018-07-31 22:22 ` sergiodj+buildbot
2018-07-31 22:34 ` Failures on Fedora-x86_64-m32, " sergiodj+buildbot
` (11 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 22:22 UTC (permalink / raw)
To: gdb-testers
Buildslave:
fedora-x86-64-3
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-i686/builds/10543>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-i686/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
new FAIL: gdb.base/catch-syscall.exp: multiple targets: insert catch syscall on syscall 1 -- write on i386:x86-64
new FAIL: gdb.base/info-os.exp: continue to breakpoint: Set breakpoint here
new FAIL: gdb.base/info-os.exp: get shared memory key
new FAIL: gdb.base/info-os.exp: get shared memory ID
new FAIL: gdb.base/info-os.exp: get semaphore key
new FAIL: gdb.base/info-os.exp: get semaphore ID
new FAIL: gdb.base/info-os.exp: get message queue key
new FAIL: gdb.base/info-os.exp: get message queue ID
new FAIL: gdb.base/info-os.exp: get socket port number
new FAIL: gdb.base/info-os.exp: get process list
new UNRESOLVED: gdb.base/info-os.exp: get process groups
new UNRESOLVED: gdb.base/info-os.exp: get threads
new UNRESOLVED: gdb.base/info-os.exp: get file descriptors
new UNRESOLVED: gdb.base/info-os.exp: get internet-domain sockets
new UNRESOLVED: gdb.base/info-os.exp: get shared-memory regions
new UNRESOLVED: gdb.base/info-os.exp: get semaphores
new UNRESOLVED: gdb.base/info-os.exp: get message queues
new UNRESOLVED: gdb.base/info-os.exp: continue
new FAIL: gdb.python/py-finish-breakpoint2.exp: set FinishBP after the exception
new FAIL: gdb.python/py-finish-breakpoint2.exp: check FinishBreakpoint in catch
new FAIL: gdb.python/py-finish-breakpoint2.exp: check finish BP removal
new FAIL: gdb.python/py-finish-breakpoint2.exp: continue to second exception
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Fedora-x86_64-m32, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
2018-07-31 17:24 ` Failures on RHEL-s390x-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-31 22:22 ` Failures on Fedora-i686, " sergiodj+buildbot
@ 2018-07-31 22:34 ` sergiodj+buildbot
2018-07-31 22:41 ` Failures on Fedora-x86_64-cc-with-index, " sergiodj+buildbot
` (10 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 22:34 UTC (permalink / raw)
To: gdb-testers
Buildslave:
fedora-x86-64-4
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-x86_64-m32/builds/10291>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-x86_64-m32/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.mi/list-thread-groups-available.exp: list available thread groups
PASS -> FAIL: gdb.threads/check-libthread-db.exp: user-initiated check: libpthread.so fully initialized
PASS -> KFAIL: gdb.threads/non-ldr-exit.exp: program exits normally
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Fedora-x86_64-cc-with-index, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (2 preceding siblings ...)
2018-07-31 22:34 ` Failures on Fedora-x86_64-m32, " sergiodj+buildbot
@ 2018-07-31 22:41 ` sergiodj+buildbot
2018-07-31 22:42 ` *** COMPILATION FAILED *** Failures on Fedora-x86_64-w64-mingw32, branch gdb-8.2-branch *** BREAKAGE *** sergiodj+buildbot
` (9 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 22:41 UTC (permalink / raw)
To: gdb-testers
Buildslave:
fedora-x86-64-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-x86_64-cc-with-index/builds/10458>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-x86_64-cc-with-index/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
new KFAIL: gdb.base/step-over-syscall.exp: clone: displaced=on: single step over clone
PASS -> FAIL: gdb.mi/list-thread-groups-available.exp: list available thread groups
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* *** COMPILATION FAILED *** Failures on Fedora-x86_64-w64-mingw32, branch gdb-8.2-branch *** BREAKAGE ***
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (3 preceding siblings ...)
2018-07-31 22:41 ` Failures on Fedora-x86_64-cc-with-index, " sergiodj+buildbot
@ 2018-07-31 22:42 ` sergiodj+buildbot
2018-07-31 22:57 ` Failures on Fedora-x86_64-m64, branch gdb-8.2-branch sergiodj+buildbot
` (8 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 22:42 UTC (permalink / raw)
To: gdb-testers
Buildslave:
fedora-x86-64-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-x86_64-w64-mingw32/builds/2367>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-x86_64-w64-mingw32/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Failed to compiled GDB. ***
============================
make[1]: Entering directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build'
mkdir -p -- ./libiberty
mkdir -p -- ./intl
mkdir -p -- ./zlib
Configuring in ./libiberty
Configuring in ./intl
Configuring in ./zlib
mkdir -p -- ./etc
Configuring in ./etc
configure: creating cache ./config.cache
checking whether to enable maintainer-specific portions of Makefiles... no
checking for makeinfo... makeinfo --split-size=5000000
configure: creating cache ./config.cache
checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
configure: creating cache ./config.cache
configure: creating cache ./config.cache
checking for a BSD-compatible install... /usr/bin/install -c
checking build system type... configure: updating cache ./config.cache
checking whether the C compiler works... x86_64-pc-linux-gnu
checking host system type... configure: creating ./config.status
x86_64-w64-mingw32
checking target system type... x86_64-w64-mingw32
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... checking for x86_64-w64-mingw32-strip... x86_64-w64-mingw32-strip
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
.exe
checking whether we are cross compiling... yes
checking for suffix of object files... config.status: creating Makefile
o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-w64-mingw32-gcc accepts -g... mkdir -p -- ./libdecnumber
Configuring in ./libdecnumber
checking whether the C compiler works... checking for perl... perl
checking build system type... yes
checking for x86_64-w64-mingw32-gcc option to accept ISO C89... x86_64-pc-linux-gnu
checking host system type... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... x86_64-w64-mingw32
checking for x86_64-w64-mingw32-ar... x86_64-w64-mingw32-ar
checking for x86_64-w64-mingw32-ranlib... x86_64-w64-mingw32-ranlib
checking whether to install libiberty headers and static library... no
configure: target_header_dir =
checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
none needed
checking how to run the C preprocessor... .exe
checking whether we are cross compiling... yes
x86_64-w64-mingw32-gcc -E
checking for suffix of object files... checking for grep that handles long lines and -e... o
checking whether we are using the GNU C compiler... /usr/bin/grep
checking for egrep... checking whether the C compiler works... /usr/bin/grep -E
checking for ANSI C header files... yes
checking whether x86_64-w64-mingw32-gcc accepts -g... configure: creating cache ./config.cache
checking whether make sets $(MAKE)... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... yes
checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
yes
checking for x86_64-w64-mingw32-gcc option to accept ISO C89... yes
checking for sys/types.h... checking whether the C compiler works... .exe
checking whether we are cross compiling... yes
checking for suffix of object files... none needed
checking whether x86_64-w64-mingw32-gcc understands -c and -o together... yes
checking for sys/stat.h... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... o
checking whether we are using the GNU C compiler... yes
checking for style of include used by make... GNU
checking dependency style of x86_64-w64-mingw32-gcc... yes
yes
checking whether x86_64-w64-mingw32-gcc accepts -g... checking for stdlib.h... .exe
checking whether we are cross compiling... yes
checking for suffix of object files... yes
checking for x86_64-w64-mingw32-gcc option to accept ISO C89... gcc3
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... yes
o
checking whether we are using the GNU C compiler... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by x86_64-w64-mingw32-gcc... checking for string.h... none needed
checking how to run the C preprocessor... /usr/lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64-mingw32/bin/ld
checking if the linker (/usr/lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64-mingw32/bin/ld) is GNU ld... yes
checking whether x86_64-w64-mingw32-gcc accepts -g... yes
checking for BSD- or MS-compatible name lister (nm)... x86_64-w64-mingw32-nm
checking the name lister (x86_64-w64-mingw32-nm) interface... yes
x86_64-w64-mingw32-gcc -E
checking for memory.h... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... yes
checking for x86_64-w64-mingw32-gcc option to accept ISO C89... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking for /usr/lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64-mingw32/bin/ld option to reload object files... -r
checking for x86_64-w64-mingw32-objdump... x86_64-w64-mingw32-objdump
checking how to recognize dependent libraries... file_magic ^x86 archive import|^x86 DLL
checking for x86_64-w64-mingw32-ar... x86_64-w64-mingw32-ar
checking for x86_64-w64-mingw32-strip... (cached) x86_64-w64-mingw32-strip
checking for x86_64-w64-mingw32-ranlib... x86_64-w64-mingw32-ranlib
checking command to parse x86_64-w64-mingw32-nm output from x86_64-w64-mingw32-gcc object... checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
none needed
checking for x86_64-w64-mingw32-ranlib... x86_64-w64-mingw32-ranlib
checking for aclocal... aclocal
checking for autoconf... autoconf
checking for autoheader... autoheader
checking for strings.h... checking whether x86_64-w64-mingw32-gcc supports -W... yes
checking whether x86_64-w64-mingw32-gcc supports -Wall... yes
yes
checking for inttypes.h... checking for sys/types.h... ok
yes
checking how to run the C preprocessor... checking whether x86_64-w64-mingw32-gcc supports -Wwrite-strings... yes
yes
yes
x86_64-w64-mingw32-gcc -E
checking whether x86_64-w64-mingw32-gcc supports -Wstrict-prototypes... checking for sys/stat.h... checking for stdint.h... checking for ANSI C header files... yes
yes
yes
checking whether x86_64-w64-mingw32-gcc supports -Wmissing-prototypes... checking for stdlib.h... checking for unistd.h... yes
checking whether x86_64-w64-mingw32-gcc supports -Wold-style-definition... yes
yes
checking for string.h... checking minix/config.h usability... yes
checking for sys/types.h... yes
checking whether x86_64-w64-mingw32-gcc supports -Wmissing-format-attribute... yes
yes
no
checking minix/config.h presence... yes
checking for memory.h... checking whether x86_64-w64-mingw32-gcc supports -Wcast-qual... checking for sys/stat.h... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether x86_64-w64-mingw32-gcc supports -pedantic -Wlong-long... yes
yes
checking for strings.h... yes
checking for stdlib.h... checking whether x86_64-w64-mingw32-gcc supports -fno-lto... yes
checking whether make sets $(MAKE)... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether NLS is requested... yes
checking for msgfmt... yes
yes
checking how to run the C preprocessor... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... checking for inttypes.h... yes
/usr/bin/xgettext
checking for string.h... checking for msgmerge... /usr/bin/msgmerge
x86_64-w64-mingw32-gcc -E
yes
yes
checking for stdint.h... checking build system type... checking for memory.h... checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... x86_64-pc-linux-gnu
checking host system type... x86_64-w64-mingw32
checking for x86_64-w64-mingw32-ranlib... x86_64-w64-mingw32-ranlib
checking for library containing strerror... yes
yes
checking for unistd.h... checking for strings.h... none required
checking for an ANSI C-conforming const... yes
yes
yes
checking for sys/types.h... checking minix/config.h usability... checking for inttypes.h... yes
checking for inline... yes
checking for sys/stat.h... inline
checking for off_t... no
checking minix/config.h presence... yes
checking for stdint.h... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for stdlib.h... yes
checking for unistd.h... yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... yes
yes
checking for size_t... checking for string.h... yes
checking for dlfcn.h... 64
checking whether x86_64-w64-mingw32-gcc supports -W... yes
checking for memory.h... no
checking for objdir... yes
.libs
checking whether x86_64-w64-mingw32-gcc supports -Wall... yes
yes
checking for working alloca.h... yes
checking whether x86_64-w64-mingw32-gcc supports -Wwrite-strings... checking for strings.h... no
checking for alloca... yes
checking whether x86_64-w64-mingw32-gcc supports -Wc++-compat... yes
checking for inttypes.h... checking if x86_64-w64-mingw32-gcc supports -fno-rtti -fno-exceptions... yes
yes
checking whether x86_64-w64-mingw32-gcc supports -Wstrict-prototypes... checking for stdlib.h... (cached) yes
no
checking for x86_64-w64-mingw32-gcc option to produce PIC... -DDLL_EXPORT -DPIC
checking if x86_64-w64-mingw32-gcc PIC flag -DDLL_EXPORT -DPIC works... checking for unistd.h... (cached) yes
checking for sys/param.h... yes
checking for stdint.h... yes
yes
checking if x86_64-w64-mingw32-gcc static flag -static works... checking whether x86_64-w64-mingw32-gcc supports -Wshadow=local... yes
yes
checking whether x86_64-w64-mingw32-gcc supports -pedantic ... checking for getpagesize... no
checking if x86_64-w64-mingw32-gcc supports -c -o file.o... yes
checking for unistd.h... yes
checking whether x86_64-w64-mingw32-gcc and cc understand -c and -o together... yes
checking if x86_64-w64-mingw32-gcc supports -c -o file.o... (cached) yes
checking whether the x86_64-w64-mingw32-gcc linker (/usr/lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64-mingw32/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking for working mmap... no
checking whether we are using the GNU C Library 2.1 or newer... yes
checking ctype.h usability... no
checking whether integer division by zero raises SIGFPE... guessing no
checking for inttypes.h... yes
checking dynamic linker characteristics... yes
checking for stdint.h... Win32 ld.exe
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
yes
checking ctype.h presence... checking how to run the C preprocessor... x86_64-w64-mingw32-gcc -E
yes
checking for ctype.h... yes
checking stddef.h usability... yes
checking for unsigned long long... yes
checking for an ANSI C-conforming const... checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... yes
checking stddef.h presence... yes
checking for inline... yes
checking for inttypes.h... yes
checking for stddef.h... yes
inline
checking whether byte ordering is bigendian... checking for string.h... (cached) yes
checking stdio.h usability... yes
checking for getpagesize... yes
checking whether the inttypes.h PRIxNN macros are broken... yes
checking stdio.h presence... no
checking for ld used by GCC... yes
checking for stdio.h... yes
yes
checking for working mmap... no
checking for memcpy... /usr/lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64-mingw32/bin/ld
checking if the linker (/usr/lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64-mingw32/bin/ld) is GNU ld... looking for a compliant stdint.h in stdint.h, no
checking for uintmax_t... checking for a BSD-compatible install... /usr/bin/install -c
yes
checking for shared library run path origin... checking for sys/file.h... yes
done
checking for sys/param.h... checking argz.h usability... yes
yes
yes
checking for uintptr_t... checking for limits.h... checking for strerror... yes
checking for stdlib.h... (cached) yes
no
checking argz.h presence... checking for malloc.h... no
checking for argz.h... no
checking limits.h usability... yes
yes
yes
checking for int_least32_t... checking for unistd.h... (cached) yes
checking for string.h... (cached) yes
checking for unistd.h... (cached) yes
checking for strings.h... (cached) yes
yes
checking limits.h presence... checking for sys/time.h... configure: updating cache ./config.cache
yes
checking for limits.h... checking that generated files are newer than configure... yes
done
configure: creating ./config.status
yes
checking locale.h usability... yes
checking for int_fast32_t... checking for time.h... yes
checking for sys/resource.h... yes
checking locale.h presence... no
checking for sys/stat.h... (cached) yes
yes
checking for locale.h... yes
yes
checking for uint64_t... checking for sys/mman.h... checking nl_types.h usability... no
checking for fcntl.h... yes
no
checking nl_types.h presence... checking for alloca.h... yes
checking what to include in gstdint.h... stdint.h (already complete)
checking for an ANSI C-conforming const... no
checking for nl_types.h... no
no
checking for sys/pstat.h... checking malloc.h usability... no
checking for sys/sysmp.h... yes
checking for off_t... no
yes
checking malloc.h presence... checking for sys/sysinfo.h... yes
checking for malloc.h... yes
no
checking stddef.h usability... checking for machine/hal_sysinfo.h... no
checking for sys/table.h... yes
checking stddef.h presence... no
checking for sys/sysctl.h... yes
checking size of int... yes
checking for stddef.h... yes
no
checking for stdlib.h... (cached) yes
checking for sys/systemcfg.h... checking for string.h... (cached) yes
checking for unistd.h... (cached) yes
no
checking for stdint.h... (cached) yes
checking for sys/param.h... (cached) yes
checking for stdio_ext.h... checking for feof_unlocked... no
checking for process.h... yes
checking for sys/prctl.h... no
checking for fgets_unlocked... no
checking for sys/wait.h that is POSIX.1 compatible... no
checking whether time.h and sys/time.h may both be included... no
checking for getc_unlocked... yes
checking whether errno must be declared... no
checking size of int... no
checking for getcwd... yes
checking for getegid... config.status: creating Makefile
config.status: executing depfiles commands
4
checking size of long... no
checking for geteuid... config.status: executing libtool commands
no
checking for getgid... make[1]: Nothing to be done for 'all-target'.
mkdir -p -- ./readline
Configuring in ./readline
no
checking for getuid... no
checking for mempcpy... 4
checking size of long... yes
checking for munmap... configure: creating cache ./config.cache
checking build system type... x86_64-pc-linux-gnu
checking host system type... no
checking for putenv... x86_64-w64-mingw32
Beginning configuration for readline-6.2 for x86_64-w64-mingw32
checking whether make sets $(MAKE)... yes
checking for x86_64-w64-mingw32-gcc... x86_64-w64-mingw32-gcc
4
checking for ANSI C header files... (cached) yes
checking whether the C compiler works... checking build system type... yes
x86_64-pc-linux-gnu
checking host system type... checking for setenv... x86_64-w64-mingw32
checking target system type... x86_64-w64-mingw32
checking for decimal floating point... yes
checking for C compiler default output file name... a.exe
bid
checking whether byte ordering is bigendian... checking for suffix of executables... no
checking for setlocale... .exe
checking whether we are cross compiling... yes
checking for suffix of object files... no
o
checking whether we are using the GNU C compiler... yes
checking for stpcpy... configure: updating cache ./config.cache
configure: creating ./config.status
yes
checking whether x86_64-w64-mingw32-gcc accepts -g... yes
checking for x86_64-w64-mingw32-gcc option to accept ISO C89... 4
no
checking size of size_t... checking for strcasecmp... none needed
checking how to run the C preprocessor... yes
config.status: creating Makefile
x86_64-w64-mingw32-gcc -E
checking for strdup... config.status: creating config.h
config.status: executing gstdint.h commands
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for strtoul... make[2]: Entering directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build/zlib'
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-adler32.o -MD -MP -MF .deps/libz_a-adler32.Tpo -c -o libz_a-adler32.o `test -f 'adler32.c' || echo '../../binutils-gdb/zlib/'`adler32.c
yes
checking for sys/types.h... yes
checking for tsearch... mv -f .deps/libz_a-adler32.Tpo .deps/libz_a-adler32.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-compress.o -MD -MP -MF .deps/libz_a-compress.Tpo -c -o libz_a-compress.o `test -f 'compress.c' || echo '../../binutils-gdb/zlib/'`compress.c
yes
checking for sys/stat.h... yes
mv -f .deps/libz_a-compress.Tpo .deps/libz_a-compress.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-crc32.o -MD -MP -MF .deps/libz_a-crc32.Tpo -c -o libz_a-crc32.o `test -f 'crc32.c' || echo '../../binutils-gdb/zlib/'`crc32.c
checking for __argz_count... yes
checking for stdlib.h... yes
no
checking for __argz_stringify... checking for string.h... mv -f .deps/libz_a-crc32.Tpo .deps/libz_a-crc32.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-deflate.o -MD -MP -MF .deps/libz_a-deflate.Tpo -c -o libz_a-deflate.o `test -f 'deflate.c' || echo '../../binutils-gdb/zlib/'`deflate.c
yes
checking for memory.h... no
checking for __argz_next... yes
checking for strings.h... 8
no
checking for long long... checking for __fsetlocking... yes
checking for inttypes.h... no
checking for iconv... yes
checking for stdint.h... mv -f .deps/libz_a-deflate.Tpo .deps/libz_a-deflate.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-gzread.o -MD -MP -MF .deps/libz_a-gzread.Tpo -c -o libz_a-gzread.o `test -f 'gzread.c' || echo '../../binutils-gdb/zlib/'`gzread.c
yes
checking size of long long... no, consider installing GNU libiconv
checking for nl_langinfo and CODESET... yes
checking for unistd.h... no
checking for LC_MESSAGES... no
checking for bison... bison
checking version of bison... 3.0.4, ok
checking whether NLS is requested... yes
yes
checking whether included gettext is requested... no
checking for GNU gettext in libc... checking minix/config.h usability... mv -f .deps/libz_a-gzread.Tpo .deps/libz_a-gzread.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-gzclose.o -MD -MP -MF .deps/libz_a-gzclose.Tpo -c -o libz_a-gzclose.o `test -f 'gzclose.c' || echo '../../binutils-gdb/zlib/'`gzclose.c
no
checking for GNU gettext in libintl... no
no
checking minix/config.h presence... checking whether to use NLS... yes
checking where the gettext function comes from... included intl directory
checking for aclocal... aclocal
checking for autoconf... autoconf
checking for autoheader... autoheader
mv -f .deps/libz_a-gzclose.Tpo .deps/libz_a-gzclose.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-gzwrite.o -MD -MP -MF .deps/libz_a-gzwrite.Tpo -c -o libz_a-gzwrite.o `test -f 'gzwrite.c' || echo '../../binutils-gdb/zlib/'`gzwrite.c
no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... configure: updating cache ./config.cache
configure: creating ./config.status
yes
checking whether x86_64-w64-mingw32-gcc needs -traditional... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for ar... x86_64-w64-mingw32-ar
checking for x86_64-w64-mingw32-ranlib... x86_64-w64-mingw32-ranlib
checking for an ANSI C-conforming const... mv -f .deps/libz_a-gzwrite.Tpo .deps/libz_a-gzwrite.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-gzlib.o -MD -MP -MF .deps/libz_a-gzlib.Tpo -c -o libz_a-gzlib.o `test -f 'gzlib.c' || echo '../../binutils-gdb/zlib/'`gzlib.c
yes
checking for function prototypes... yes
checking whether char is unsigned... config.status: creating Makefile
config.status: creating config.intl
no
checking for working volatile... config.status: creating config.h
mv -f .deps/libz_a-gzlib.Tpo .deps/libz_a-gzlib.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-infback.o -MD -MP -MF .deps/libz_a-infback.Tpo -c -o libz_a-infback.o `test -f 'infback.c' || echo '../../binutils-gdb/zlib/'`infback.c
config.status: executing default-1 commands
yes
checking return type of signal handlers... void
checking for size_t... make[2]: Entering directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build/etc'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build/etc'
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-inffast.o -MD -MP -MF .deps/libz_a-inffast.Tpo -c -o libz_a-inffast.o `test -f 'inffast.c' || echo '../../binutils-gdb/zlib/'`inffast.c
mv -f .deps/libz_a-infback.Tpo .deps/libz_a-infback.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-inflate.o -MD -MP -MF .deps/libz_a-inflate.Tpo -c -o libz_a-inflate.o `test -f 'inflate.c' || echo '../../binutils-gdb/zlib/'`inflate.c
8
checking for a 64-bit type... mv -f .deps/libz_a-inffast.Tpo .deps/libz_a-inffast.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-inftrees.o -MD -MP -MF .deps/libz_a-inftrees.Tpo -c -o libz_a-inftrees.o `test -f 'inftrees.c' || echo '../../binutils-gdb/zlib/'`inftrees.c
yes
checking for ssize_t... uint64_t
checking for intptr_t... mv -f .deps/libz_a-inftrees.Tpo .deps/libz_a-inftrees.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-trees.o -MD -MP -MF .deps/libz_a-trees.Tpo -c -o libz_a-trees.o `test -f 'trees.c' || echo '../../binutils-gdb/zlib/'`trees.c
mv -f .deps/libz_a-inflate.Tpo .deps/libz_a-inflate.Po
yes
checking for ANSI C header files... (cached) yes
checking whether stat file-mode macros are broken... x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-uncompr.o -MD -MP -MF .deps/libz_a-uncompr.Tpo -c -o libz_a-uncompr.o `test -f 'uncompr.c' || echo '../../binutils-gdb/zlib/'`uncompr.c
yes
checking for uintptr_t... no
checking for dirent.h that defines DIR... mv -f .deps/libz_a-uncompr.Tpo .deps/libz_a-uncompr.Po
x86_64-w64-mingw32-gcc -DPACKAGE_NAME=\"zlib\" -DPACKAGE_TARNAME=\"zlib\" -DPACKAGE_VERSION=\"1.1.4\" -DPACKAGE_STRING=\"zlib\ 1.1.4\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"zlib\" -DVERSION=\"1.1.4\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MEMCPY=1 -DHAVE_STRERROR=1 -DHAVE_UNISTD_H=1 -I. -I../../binutils-gdb/zlib -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -MT libz_a-zutil.o -MD -MP -MF .deps/libz_a-zutil.Tpo -c -o libz_a-zutil.o `test -f 'zutil.c' || echo '../../binutils-gdb/zlib/'`zutil.c
yes
checking for library containing opendir... mv -f .deps/libz_a-zutil.Tpo .deps/libz_a-zutil.Po
yes
mv -f .deps/libz_a-trees.Tpo .deps/libz_a-trees.Po
checking for ssize_t... rm -f libz.a
x86_64-w64-mingw32-ar cru libz.a libz_a-adler32.o libz_a-compress.o libz_a-crc32.o libz_a-deflate.o libz_a-gzread.o libz_a-gzclose.o libz_a-gzwrite.o libz_a-gzlib.o libz_a-infback.o libz_a-inffast.o libz_a-inflate.o libz_a-inftrees.o libz_a-trees.o libz_a-uncompr.o libz_a-zutil.o
x86_64-w64-mingw32-ranlib libz.a
make[2]: Leaving directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build/zlib'
make[2]: Entering directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build/libdecnumber'
source='../../binutils-gdb/libdecnumber/decNumber.c' object='decNumber.o' libtool=no x86_64-w64-mingw32-gcc -I../../binutils-gdb/libdecnumber -I. -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -fno-lto -I../../binutils-gdb/libdecnumber -I. -c ../../binutils-gdb/libdecnumber/decNumber.c
none required
make[2]: Entering directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build/intl'
rm -f stamp-h1
/bin/sh ./config.status config.h
checking for fcntl... config.status: creating config.h
yes
checking for pid_t... config.status: config.h is unchanged
cp ../../binutils-gdb/intl/libgnuintl.h libintl.h
bison -y --name-prefix=__gettext --output plural.c ../../binutils-gdb/intl/plural.y
../../binutils-gdb/intl/plural.y:46.1-12: warning: deprecated directive, use %pure-parser [-Wdeprecated]
%pure_parser
^^^^^^^^^^^^
no
checking for kill... rm -f plural.h
test -f config.h || (rm -f stamp-h1 && make stamp-h1)
x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/bindtextdom.c
no
checking for lstat... x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/dcgettext.c
yes
checking for library containing strerror... x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/dgettext.c
no
checking for memmove... none required
x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/gettext.c
checking for asprintf... x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/finddomain.c
yes
checking for putenv... yes
checking for atexit... x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/loadmsgcat.c
yes
checking for select... yes
checking for basename... no
checking for setenv... yes
checking for bcmp... x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -DLOCALE_ALIAS_PATH="\"/usr/local/share/locale\"" -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/localealias.c
no
checking for setlocale... no
checking for bcopy... x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/textdomain.c
x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/l10nflist.c
yes
source='../../binutils-gdb/libdecnumber/decContext.c' object='decContext.o' libtool=no x86_64-w64-mingw32-gcc -I../../binutils-gdb/libdecnumber -I. -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -fno-lto -I../../binutils-gdb/libdecnumber -I. -c ../../binutils-gdb/libdecnumber/decContext.c
checking for strcasecmp... no
checking for bsearch... x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/explodename.c
yes
yes
checking for strpbrk... checking for bzero... source='../../binutils-gdb/libdecnumber/bid/decimal32.c' object='decimal32.o' libtool=no x86_64-w64-mingw32-gcc -I../../binutils-gdb/libdecnumber -I. -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -fno-lto -I../../binutils-gdb/libdecnumber -I. -c ../../binutils-gdb/libdecnumber/bid/decimal32.c
x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -DLOCALEDIR="\"/usr/local/share/locale\"" -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/dcigettext.c
yes
no
checking for calloc... checking for tcgetattr... source='../../binutils-gdb/libdecnumber/bid/decimal64.c' object='decimal64.o' libtool=no x86_64-w64-mingw32-gcc -I../../binutils-gdb/libdecnumber -I. -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -fno-lto -I../../binutils-gdb/libdecnumber -I. -c ../../binutils-gdb/libdecnumber/bid/decimal64.c
x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/dcngettext.c
yes
no
checking for vsnprintf... checking for clock... x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/dngettext.c
x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl ../../binutils-gdb/intl/ngettext.c
yes
yes
checking for isascii... checking for ffs... source='../../binutils-gdb/libdecnumber/bid/decimal128.c' object='decimal128.o' libtool=no x86_64-w64-mingw32-gcc -I../../binutils-gdb/libdecnumber -I. -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -fno-lto -I../../binutils-gdb/libdecnumber -I. -c ../../binutils-gdb/libdecnumber/bid/decimal128.c
x86_64-w64-mingw32-gcc -c -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -DHAVE_CONFIG_H -I. -I../../binutils-gdb/intl plural.c
In file included from ../../binutils-gdb/intl/plural.y:35:0:
../../binutils-gdb/intl/plural-exp.h:102:23: error: conflicting types for 'libintl_gettextparse'
# define PLURAL_PARSE libintl_gettextparse
^
../../binutils-gdb/intl/plural.y:40:25: note: in expansion of macro 'PLURAL_PARSE'
# define __gettextparse PLURAL_PARSE
^~~~~~~~~~~~
plural.c:184:5: note: in expansion of macro '__gettextparse'
int __gettextparse (void);
^~~~~~~~~~~~~~
../../binutils-gdb/intl/plural-exp.h:102:23: note: previous declaration of 'libintl_gettextparse' was here
# define PLURAL_PARSE libintl_gettextparse
^
../../binutils-gdb/intl/plural-exp.h:114:12: note: in expansion of macro 'PLURAL_PARSE'
extern int PLURAL_PARSE PARAMS ((void *arg));
^~~~~~~~~~~~
../../binutils-gdb/intl/plural-exp.h:102:23: error: conflicting types for 'libintl_gettextparse'
# define PLURAL_PARSE libintl_gettextparse
^
../../binutils-gdb/intl/plural.y:40:25: note: in expansion of macro 'PLURAL_PARSE'
# define __gettextparse PLURAL_PARSE
^~~~~~~~~~~~
plural.c:63:25: note: in expansion of macro '__gettextparse'
#define yyparse __gettextparse
^~~~~~~~~~~~~~
plural.c:1129:1: note: in expansion of macro 'yyparse'
yyparse (void)
^~~~~~~
../../binutils-gdb/intl/plural-exp.h:102:23: note: previous declaration of 'libintl_gettextparse' was here
# define PLURAL_PARSE libintl_gettextparse
^
../../binutils-gdb/intl/plural-exp.h:114:12: note: in expansion of macro 'PLURAL_PARSE'
extern int PLURAL_PARSE PARAMS ((void *arg));
^~~~~~~~~~~~
plural.c: In function 'libintl_gettextparse':
plural.c:64:25: error: too few arguments to function '__gettextlex'
#define yylex __gettextlex
^
plural.c:1298:16: note: in expansion of macro 'yylex'
yychar = yylex (&yylval);
^~~~~
plural.c:64:25: note: declared here
#define yylex __gettextlex
^
../../binutils-gdb/intl/plural.y:69:12: note: in expansion of macro 'yylex'
static int yylex PARAMS ((YYSTYPE *lval, const char **pexp));
^~~~~
../../binutils-gdb/intl/plural.y:178:29: error: 'arg' undeclared (first use in this function)
((struct parse_args *) arg)->res = $1;
^~~
../../binutils-gdb/intl/plural.y:178:29: note: each undeclared identifier is reported only once for each function it appears in
make[2]: *** [Makefile:133: plural.o] Error 1
make[2]: Leaving directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build/intl'
make[1]: *** [Makefile:5599: all-intl] Error 2
make[1]: *** Waiting for unfinished jobs....
source='../../binutils-gdb/libdecnumber/bid/bid2dpd_dpd2bid.c' object='bid2dpd_dpd2bid.o' libtool=no x86_64-w64-mingw32-gcc -I../../binutils-gdb/libdecnumber -I. -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -fno-lto -I../../binutils-gdb/libdecnumber -I. -c ../../binutils-gdb/libdecnumber/bid/bid2dpd_dpd2bid.c
yes
no
checking for isxdigit... checking for getcwd... source='../../binutils-gdb/libdecnumber/bid/host-ieee32.c' object='host-ieee32.o' libtool=no x86_64-w64-mingw32-gcc -I../../binutils-gdb/libdecnumber -I. -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -fno-lto -I../../binutils-gdb/libdecnumber -I. -c ../../binutils-gdb/libdecnumber/bid/host-ieee32.c
yes
yes
checking for getpagesize... checking for getpwent... source='../../binutils-gdb/libdecnumber/bid/host-ieee64.c' object='host-ieee64.o' libtool=no x86_64-w64-mingw32-gcc -I../../binutils-gdb/libdecnumber -I. -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -fno-lto -I../../binutils-gdb/libdecnumber -I. -c ../../binutils-gdb/libdecnumber/bid/host-ieee64.c
source='../../binutils-gdb/libdecnumber/bid/host-ieee128.c' object='host-ieee128.o' libtool=no x86_64-w64-mingw32-gcc -I../../binutils-gdb/libdecnumber -I. -g -D_GLIBCXX_DEBUG -D__USE_MINGW_ACCESS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -fno-lto -I../../binutils-gdb/libdecnumber -I. -c ../../binutils-gdb/libdecnumber/bid/host-ieee128.c
yes
no
checking for gettimeofday... checking for getpwnam... rm -f libdecnumber.a
x86_64-w64-mingw32-ar cru libdecnumber.a decNumber.o decContext.o decimal32.o decimal64.o decimal128.o bid2dpd_dpd2bid.o host-ieee32.o host-ieee64.o host-ieee128.o
x86_64-w64-mingw32-ranlib libdecnumber.a
make[2]: Leaving directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build/libdecnumber'
yes
no
checking for getpwuid... checking for index... no
no
checking for working strcoll... no
checking for insque... checking fcntl.h usability... yes
checking fcntl.h presence... no
checking for memchr... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for stdlib.h... (cached) yes
checking varargs.h usability... yes
checking for memcmp... no
checking varargs.h presence... no
checking for varargs.h... no
checking stdarg.h usability... yes
checking for memcpy... yes
checking stdarg.h presence... yes
checking for stdarg.h... yes
checking for string.h... (cached) yes
checking for strings.h... (cached) yes
yes
checking limits.h usability... checking for memmem... yes
checking limits.h presence... no
yes
checking for limits.h... yes
checking for memmove... checking locale.h usability... yes
checking locale.h presence... yes
checking for mempcpy... yes
checking for locale.h... yes
checking pwd.h usability... no
checking pwd.h presence... yes
checking for memset... no
checking for pwd.h... no
checking for memory.h... (cached) yes
checking termcap.h usability... yes
yes
checking termcap.h presence... checking for mkstemps... yes
checking for termcap.h... yes
checking termios.h usability... no
checking for putenv... no
checking termios.h presence... no
checking for termios.h... no
checking termio.h usability... yes
checking for random... no
checking termio.h presence... no
checking for termio.h... no
checking sys/pte.h usability... no
checking for rename... no
checking sys/pte.h presence... no
checking for sys/pte.h... no
checking sys/stream.h usability... yes
checking for rindex... no
checking sys/stream.h presence... no
checking for sys/stream.h... no
checking sys/select.h usability... no
checking for setenv... no
checking sys/select.h presence... no
checking for sys/select.h... no
checking sys/file.h usability... no
checking for snprintf... yes
checking sys/file.h presence... yes
checking for sys/file.h... yes
yes
checking for sys/ptem.h... checking for sigsetmask... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for stpcpy... 64
checking for type of signal functions... no
checking for stpncpy... no
checking for strcasecmp... v7
checking if signal handlers must be reinstalled when invoked... configure: WARNING: cannot check signal handling if cross compiling -- defaulting to no
no
checking for presence of POSIX-style sigsetjmp/siglongjmp... configure: WARNING: cannot check for sigsetjmp/siglongjmp if cross-compiling -- defaulting to missing
missing
checking for lstat... yes
checking for strchr... no
checking whether or not strcoll and strcmp differ... configure: WARNING: cannot check strcoll if cross compiling -- defaulting to no
no
checking whether the ctype macros accept non-ascii characters... configure: WARNING: cannot check ctype macros if cross compiling -- defaulting to no
no
checking whether getpw functions are declared in pwd.h... no
checking whether termios.h defines TIOCGWINSZ... yes
checking for strdup... no
checking whether sys/ioctl.h defines TIOCGWINSZ... no
checking for sig_atomic_t in signal.h... yes
checking for strncasecmp... yes
checking whether signal handlers are of type void... yes
checking for TIOCSTAT in sys/ioctl.h... yes
no
checking for FIONREAD in sys/ioctl.h... checking for strndup... no
checking for speed_t in sys/types.h... no
checking for struct winsize in sys/ioctl.h and termios.h... no
checking for strnlen... not found
checking for struct dirent.d_ino... yes
checking for strrchr... yes
checking for struct dirent.d_fileno... yes
no
checking for tgetent... checking for strstr... no
checking for tgetent in -ltermcap... yes
checking for strtod... yes
checking which library has the termcap functions... using libtermcap
checking wctype.h usability... yes
checking for strtol... yes
checking wctype.h presence... yes
checking for wctype.h... yes
checking wchar.h usability... yes
checking for strtoul... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking langinfo.h usability... yes
checking for strtoll... no
checking langinfo.h presence... no
checking for langinfo.h... no
checking for mbrlen... yes
checking for strtoull... yes
checking for mbscasecmp... yes
checking for strverscmp... no
checking for mbscmp... no
checking for tmpnam... no
checking for mbsnrtowcs... yes
checking for vasprintf... no
checking for mbsrtowcs... yes
checking for vfprintf... yes
checking for mbschr... yes
checking for vprintf... no
checking for wcrtomb... yes
checking for vsnprintf... yes
checking for wcscoll... yes
yes
checking for wcsdup... checking for vsprintf... yes
checking for wcwidth... yes
checking for waitpid... no
checking for wctype... no
checking for setproctitle... yes
checking for wcswidth... no
checking whether alloca needs Cray hooks... no
checking stack direction for C alloca... 0
checking for vfork.h... no
no
checking whether mbrtowc and mbstate_t are properly declared... checking for fork... no
checking for vfork... yes
checking for iswlower... no
checking for _doprnt... yes
checking for iswupper... no
checking for sys_errlist... (cached) yes
checking for sys_nerr... (cached) yes
checking for sys_siglist... yes
checking for towlower... no
checking for external symbol _system_configuration... yes
no
checking for towupper... checking for __fsetlocking... yes
no
checking for canonicalize_file_name... checking for iswctype... yes
no
checking for nl_langinfo and CODESET... checking for dup3... no
checking for wchar_t in wchar.h... no
checking for getrlimit... yes
checking for wctype_t in wctype.h... yes
checking for wint_t in wctype.h... no
checking for getrusage... yes
checking configuration for building shared libraries... supported
configure: updating cache ./config.cache
no
configure: creating ./config.status
checking for getsysinfo... no
checking for gettimeofday... (cached) yes
checking for on_exit... config.status: creating Makefile
config.status: creating doc/Makefile
no
checking for psignal... config.status: creating examples/Makefile
config.status: creating shlib/Makefile
config.status: creating config.h
no
checking for pstat_getdynamic... config.status: executing default commands
no
checking for pstat_getstatic... no
checking for realpath... no
checking for setrlimit... no
checking for sbrk... no
checking for spawnve... yes
checking for spawnvpe... yes
checking for strerror... yes
checking for strsignal... no
checking for sysconf... no
checking for sysctl... no
checking for sysmp... no
checking for table... no
checking for times... no
checking for wait3... no
checking for wait4... no
checking whether basename is declared... no
checking whether ffs is declared... no
checking whether asprintf is declared... yes
checking whether vasprintf is declared... yes
checking whether snprintf is declared... yes
checking whether vsnprintf is declared... yes
checking whether calloc is declared... yes
checking whether getenv is declared... yes
checking whether getopt is declared... yes
checking whether malloc is declared... yes
checking whether realloc is declared... yes
checking whether sbrk is declared... no
checking whether strtol is declared... yes
checking whether strtoul is declared... yes
checking whether strtoll is declared... yes
checking whether strtoull is declared... yes
checking whether strverscmp is declared... no
checking whether strnlen is declared... yes
checking whether canonicalize_file_name must be declared... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... (cached) yes
checking for getpagesize... (cached) yes
checking for working mmap... no
checking for working strncmp... yes
configure: updating cache ./config.cache
configure: creating ./config.status
config.status: creating Makefile
config.status: creating testsuite/Makefile
config.status: creating config.h
config.status: executing default commands
make[1]: Leaving directory '/home/gdb-buildbot/fedora-x86-64-1/fedora-x86-64-mingw32/build'
make: *** [Makefile:857: all] Error 2
============================
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Fedora-x86_64-m64, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (4 preceding siblings ...)
2018-07-31 22:42 ` *** COMPILATION FAILED *** Failures on Fedora-x86_64-w64-mingw32, branch gdb-8.2-branch *** BREAKAGE *** sergiodj+buildbot
@ 2018-07-31 22:57 ` sergiodj+buildbot
2018-07-31 23:02 ` Failures on Fedora-x86_64-native-extended-gdbserver-m32, " sergiodj+buildbot
` (7 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 22:57 UTC (permalink / raw)
To: gdb-testers
Buildslave:
fedora-x86-64-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-x86_64-m64/builds/10569>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-x86_64-m64/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.threads/check-libthread-db.exp: user-initiated check: libpthread.so fully initialized
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Fedora-x86_64-native-extended-gdbserver-m32, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (5 preceding siblings ...)
2018-07-31 22:57 ` Failures on Fedora-x86_64-m64, branch gdb-8.2-branch sergiodj+buildbot
@ 2018-07-31 23:02 ` sergiodj+buildbot
2018-07-31 23:18 ` Failures on Fedora-x86_64-native-extended-gdbserver-m64, " sergiodj+buildbot
` (6 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 23:02 UTC (permalink / raw)
To: gdb-testers
Buildslave:
fedora-x86-64-3
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-x86_64-native-extended-gdbserver-m32/builds/10279>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-x86_64-native-extended-gdbserver-m32/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.base/multi-forks.exp: run to exit 1
FAIL -> UNRESOLVED: gdb.threads/fork-plus-threads.exp: detach-on-fork=off: only inferior 1 left
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=1: inferior 1 exited
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=off: cond_bp_target=0: inferior 1 exited
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Fedora-x86_64-native-extended-gdbserver-m64, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (6 preceding siblings ...)
2018-07-31 23:02 ` Failures on Fedora-x86_64-native-extended-gdbserver-m32, " sergiodj+buildbot
@ 2018-07-31 23:18 ` sergiodj+buildbot
2018-07-31 23:23 ` Failures on Fedora-x86_64-native-gdbserver-m32, " sergiodj+buildbot
` (5 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 23:18 UTC (permalink / raw)
To: gdb-testers
Buildslave:
fedora-x86-64-4
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-x86_64-native-extended-gdbserver-m64/builds/10550>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-x86_64-native-extended-gdbserver-m64/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.python/py-cmd.exp: multi-line if 1 alias
PASS -> FAIL: gdb.threads/interrupted-hand-call.exp: continue until exit
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=1: inferior 1 exited
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=0: inferior 1 exited
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Fedora-x86_64-native-gdbserver-m32, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (7 preceding siblings ...)
2018-07-31 23:18 ` Failures on Fedora-x86_64-native-extended-gdbserver-m64, " sergiodj+buildbot
@ 2018-07-31 23:23 ` sergiodj+buildbot
2018-08-01 0:57 ` Failures on Debian-s390x-native-gdbserver-m64, " sergiodj+buildbot
` (4 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-31 23:23 UTC (permalink / raw)
To: gdb-testers
Buildslave:
fedora-x86-64-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-x86_64-native-gdbserver-m32/builds/10278>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-x86_64-native-gdbserver-m32/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
new FAIL: gdb.base/corefile.exp: core-file warning-free
FAIL -> UNRESOLVED: gdb.base/interrupt.exp: echo data
new UNRESOLVED: gdb.mi/mi-break.exp: mi-mode=separate:
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=1: inferior 1 exited
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=0: inferior 1 exited
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=off: cond_bp_target=0: inferior 1 exited
PASS -> FAIL: gdb.threads/thread-unwindonsignal.exp: continue until exit
PASS -> FAIL: gdb.trace/mi-tsv-changed.exp: create delete modify: tvariable $tvar3 modified
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Debian-s390x-native-gdbserver-m64, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (8 preceding siblings ...)
2018-07-31 23:23 ` Failures on Fedora-x86_64-native-gdbserver-m32, " sergiodj+buildbot
@ 2018-08-01 0:57 ` sergiodj+buildbot
2018-08-01 1:15 ` Failures on Debian-s390x-m64, " sergiodj+buildbot
` (3 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-01 0:57 UTC (permalink / raw)
To: gdb-testers
Buildslave:
debian-jessie-s390x-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Debian-s390x-native-gdbserver-m64/builds/6122>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Debian-s390x-native-gdbserver-m64/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.mi/mi-nonstop.exp: probe for target remote
new FAIL: gdb.mi/mi-nonstop.exp: wait for thread exit
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=7: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=13: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=18: wait for stops
PASS -> FAIL: gdb.threads/interrupted-hand-call.exp: continue until exit
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Debian-s390x-m64, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (9 preceding siblings ...)
2018-08-01 0:57 ` Failures on Debian-s390x-native-gdbserver-m64, " sergiodj+buildbot
@ 2018-08-01 1:15 ` sergiodj+buildbot
2018-08-01 1:46 ` Failures on Debian-s390x-native-extended-gdbserver-m64, " sergiodj+buildbot
` (2 subsequent siblings)
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-01 1:15 UTC (permalink / raw)
To: gdb-testers
Buildslave:
debian-jessie-s390x-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Debian-s390x-m64/builds/6076>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Debian-s390x-m64/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.mi/list-thread-groups-available.exp: list available thread groups
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=off: cond_bp_target=1: inferior 1 exited
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (10 preceding siblings ...)
2018-08-01 1:15 ` Failures on Debian-s390x-m64, " sergiodj+buildbot
@ 2018-08-01 1:46 ` sergiodj+buildbot
2018-08-18 17:35 ` Failures on Fedora-x86_64-native-gdbserver-m64, " sergiodj+buildbot
2018-08-31 21:17 ` Failures on Fedora-s390x-m64, " sergiodj+buildbot
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-01 1:46 UTC (permalink / raw)
To: gdb-testers
Buildslave:
debian-jessie-s390x-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Debian-s390x-native-extended-gdbserver-m64/builds/6267>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Debian-s390x-native-extended-gdbserver-m64/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.multi/multi-attach.exp: attach to program 2
PASS -> FAIL: gdb.multi/multi-attach.exp: backtrace 2
PASS -> UNRESOLVED: gdb.multi/watchpoint-multi-exit.exp: dispose=detach: continue in inferior 1
PASS -> FAIL: gdb.reverse/s390-mvcle.exp: check MVCLE record 3
UNRESOLVED -> FAIL: gdb.threads/fork-plus-threads.exp: detach-on-fork=off: no threads left
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=14: wait for stops
PASS -> FAIL: gdb.threads/interrupted-hand-call.exp: continue until exit
UNRESOLVED -> FAIL: gdb.threads/process-dies-while-detaching.exp: multi-process: continue: watchpoint: continue
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Fedora-x86_64-native-gdbserver-m64, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (11 preceding siblings ...)
2018-08-01 1:46 ` Failures on Debian-s390x-native-extended-gdbserver-m64, " sergiodj+buildbot
@ 2018-08-18 17:35 ` sergiodj+buildbot
2018-08-31 21:17 ` Failures on Fedora-s390x-m64, " sergiodj+buildbot
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-18 17:35 UTC (permalink / raw)
To: gdb-testers
Buildslave:
fedora-x86-64-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-x86_64-native-gdbserver-m64/builds/10521>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-x86_64-native-gdbserver-m64/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.threads/interrupted-hand-call.exp: continue until exit
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=0: inferior 1 exited
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=off: cond_bp_target=0: inferior 1 exited
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Fedora-s390x-m64, branch gdb-8.2-branch
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
` (12 preceding siblings ...)
2018-08-18 17:35 ` Failures on Fedora-x86_64-native-gdbserver-m64, " sergiodj+buildbot
@ 2018-08-31 21:17 ` sergiodj+buildbot
13 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-31 21:17 UTC (permalink / raw)
To: gdb-testers
Buildslave:
marist-fedora-s390x
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Fedora-s390x-m64/builds/9316>
Commit(s) tested:
599849befcc9a03584c7c03e65e5d5cf7ea0e4e8
Author(s) (in the same order as the commits):
Simon Marchi <simon.marchi@polymtl.ca>
Subject:
Remove struct keyword in range-based for loop
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Fedora-s390x-m64/59/599849befcc9a03584c7c03e65e5d5cf7ea0e4e8/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.threads/execl.exp: continue across exec
PASS -> FAIL: gdb.threads/execl.exp: info threads after exec
PASS -> FAIL: gdb.threads/execl.exp: continue until exit
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=10: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=12: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=13: wait for stops
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=1: inferior 1 exited
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=0: inferior 1 exited
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=off: cond_bp_target=1: inferior 1 exited
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=off: cond_bp_target=0: inferior 1 exited
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Import patch to fix PR23919 from the mainline.
@ 2019-02-26 20:27 sergiodj+buildbot
2019-02-27 3:33 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2019-02-26 20:27 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 6d33d996167a33552b68c036f1b1571a208ace42 ***
Author: Nick Clifton <nickc@redhat.com>
Branch: gdb-8.2-branch
Commit: 6d33d996167a33552b68c036f1b1571a208ace42
Import patch to fix PR23919 from the mainline.
PR binutils/23919
bfd * bfd.c (bfd_update_compression_header): Explicitly set alignment.
(bfd_check_compression_header): Add uncompressed_alignment_power
argument. Check ch_addralign is a power of 2.
* bfd-in2.h: Regenerated.
* compress.c (bfd_compress_section_contents): Get and set
orig_uncompressed_alignment_pow if section is decompressed.
(bfd_is_section_compressed_with_header): Add and get
uncompressed_align_pow_p argument.
(bfd_is_section_compressed): Add uncompressed_align_power argument
to bfd_is_section_compressed_with_header call.
(bfd_init_section_decompress_status): Get and set
uncompressed_alignment_power.
* elf.c (_bfd_elf_make_section_from_shdr): Add
uncompressed_align_power argument to
bfd_is_section_compressed_with_header call.
* compress.c (bfd_is_section_compressed_with_header): Initialize
* uncompressed_align_pow_p to 0.
binutils* readelf.c (dump_sections_as_strings): Remove bogus addralign check.
(dump_sections_as_bytes): Likewise.
(load_specific_debug_sections): Likewise.
* testsuite/binutils-all/dw2-3.rS: Adjust alignment.
* testsuite/binutils-all/dw2-3.rt: Likewise.
gold * merge.cc (Output_merge_string<Char_type>::do_add_input_section):
Get addralign from decompressed_section_contents.
* object.cc (build_compressed_section_map): Set info.addralign.
(Object::decompressed_section_contents): Add a palign
argument and store p->second.addralign in *palign if it isn't
NULL.
* object.h (Compressed_section_info): Add addralign.
(section_is_compressed): Add a palign argument, default it
to NULL, store p->second.addralign in *palign if it isn't NULL.
(Object::decompressed_section_contents): Likewise.
* output.cc (Output_section::add_input_section): Get addralign
from section_is_compressed.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch
2019-02-26 20:27 [binutils-gdb/gdb-8.2-branch] Import patch to fix PR23919 from the mainline sergiodj+buildbot
@ 2019-02-27 3:33 ` sergiodj+buildbot
0 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2019-02-27 3:33 UTC (permalink / raw)
To: gdb-testers
Buildslave:
debian-jessie-s390x-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Debian-s390x-native-extended-gdbserver-m64/builds/7609>
Commit(s) tested:
6d33d996167a33552b68c036f1b1571a208ace42
Author(s) (in the same order as the commits):
Nick Clifton <nickc@redhat.com>
Subject:
Import patch to fix PR23919 from the mainline.
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Debian-s390x-native-extended-gdbserver-m64/6d/6d33d996167a33552b68c036f1b1571a208ace42/>
*** Diff to previous build ***
============================
PASS -> UNRESOLVED: gdb.multi/watchpoint-multi-exit.exp: dispose=detach: continue in inferior 1
PASS -> FAIL: gdb.reverse/s390-mvcle.exp: check MVCLE record 3
PASS -> FAIL: gdb.threads/fork-plus-threads.exp: detach-on-fork=off: no threads left
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=6: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=11: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=12: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=13: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=14: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=15: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=16: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=17: wait for stops
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Bump GDB version number to 8.2.1.DATE-git.
@ 2018-12-23 7:11 sergiodj+buildbot
2018-12-23 9:18 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-12-23 7:11 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT ca0560bb34ac7f194cadfe6e036f1365cf440466 ***
Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-8.2-branch
Commit: ca0560bb34ac7f194cadfe6e036f1365cf440466
Bump GDB version number to 8.2.1.DATE-git.
gdb/ChangeLog:
* version.in: Set GDB version number to 8.2.1.DATE-git.
* PROBLEMS: Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Set GDB version number to 8.2.1.
@ 2018-12-23 6:42 sergiodj+buildbot
2018-12-23 7:41 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-12-23 6:42 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 15146ff7370d5abad01dbecfacb0bf0e66a93cd6 ***
Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-8.2-branch
Commit: 15146ff7370d5abad01dbecfacb0bf0e66a93cd6
Set GDB version number to 8.2.1.
gdb/ChangeLog:
* version.in: Set GDB version number to 8.2.1.
* PROBLEMS: Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch
2018-12-23 6:42 [binutils-gdb/gdb-8.2-branch] Set GDB version number to 8.2.1 sergiodj+buildbot
@ 2018-12-23 7:41 ` sergiodj+buildbot
0 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-12-23 7:41 UTC (permalink / raw)
To: gdb-testers
Buildslave:
debian-jessie-s390x-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Debian-s390x-native-extended-gdbserver-m64/builds/7255>
Commit(s) tested:
15146ff7370d5abad01dbecfacb0bf0e66a93cd6
Author(s) (in the same order as the commits):
Joel Brobecker <brobecker@adacore.com>
Subject:
Set GDB version number to 8.2.1.
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Debian-s390x-native-extended-gdbserver-m64/15/15146ff7370d5abad01dbecfacb0bf0e66a93cd6/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.mi/list-thread-groups-available.exp: list available thread groups
PASS -> FAIL: gdb.multi/multi-attach.exp: attach to program 2
PASS -> FAIL: gdb.multi/multi-attach.exp: backtrace 2
PASS -> UNRESOLVED: gdb.threads/fork-plus-threads.exp: detach-on-fork=off: no threads left
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=2: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=3: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=4: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=5: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=7: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=9: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=10: wait for stops
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=off: cond_bp_target=0: inferior 1 exited
PASS -> FAIL: gdb.threads/schedlock.exp: schedlock=off: cmd=step: other threads ran - unlocked
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] gdb: Fix "info os <unknown>" command
@ 2018-12-21 19:25 sergiodj+buildbot
2018-12-22 0:54 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-12-21 19:25 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 6ef08cc9a8e7ce3f64ebbb67ea7b628129d3dc4f ***
Author: Paul Marechal <paul.marechal@ericsson.com>
Branch: gdb-8.2-branch
Commit: 6ef08cc9a8e7ce3f64ebbb67ea7b628129d3dc4f
gdb: Fix "info os <unknown>" command
Running `info os someUnknownOsType` is crashing when gdb is built with
-D_GLIBCXX_DEBUG:
/usr/include/c++/5/debug/vector:439:error: attempt to
access an element in an empty container.
In target_read_stralloc from target.c, the call to
target_read_alloc_1 can return an empty vector, we then call vector::back on
this vector, which is invalid.
This commit adds a check for emptiness before trying to call
vector::back on it. It also adds test to check for `info os <unknown>`
to return the proper error message.
This is a regression in gdb 8.2 and this patch restores the behavior of
previous versions.
gdb/ChangeLog:
PR gdb/23974
* target.c (target_read_stralloc): Check for empty vector.
gdb/testsuite/ChangeLog:
PR gdb/23974
* gdb.base/info-os.exp: Check return for unknown "info os" type.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix SYMBOL_LANGUAGE assertion failure on AIX.
@ 2018-12-19 11:24 sergiodj+buildbot
2018-12-19 11:53 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-12-19 11:24 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT efa138468817d1d26d1a57c0c772793f31908064 ***
Author: Sangamesh Mallayya <sangamesh.swamy@in.ibm.com>
Branch: gdb-8.2-branch
Commit: efa138468817d1d26d1a57c0c772793f31908064
Fix SYMBOL_LANGUAGE assertion failure on AIX.
PR gdb/23999
* xcoffread.c (read_xcoff_symtab): Pass deduced language to
symtab_start instead of always using language_unknown.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix dwarf2read.c:dwarf2_find_containing_comp_unit's binary search
@ 2018-12-18 16:43 sergiodj+buildbot
2018-12-18 17:01 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-12-18 16:43 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 438b265f3e29bf2cc6aa025295e838ccb361d148 ***
Author: Sergio Durigan Junior <sergiodj@redhat.com>
Branch: gdb-8.2-branch
Commit: 438b265f3e29bf2cc6aa025295e838ccb361d148
Fix dwarf2read.c:dwarf2_find_containing_comp_unit's binary search
First of all, I would like to express my gratitude to Keith Seitz, Jan
Kratochvil and Tom Tromey, who were really kind and helped a lot with
this bug. The patch itself was authored by Jan.
This all began with:
https://bugzilla.redhat.com/show_bug.cgi?id=1639242
py-bt is broken, results in exception
In summary, the error reported by the bug above is:
$ gdb -args python3
GNU gdb (GDB) Fedora 8.1.1-3.fc28
(...)
Reading symbols from python3...Reading symbols from /usr/lib/debug/usr/bin/python3.6-3.6.6-1.fc28.x86_64.debug...done.
done.
Dwarf Error: could not find partial DIE containing offset 0x316 [in module /usr/lib/debug/usr/bin/python3.6-3.6.6-1.fc28.x86_64.debug]
After a long investigation, and after thinking that the problem might
actually be on DWZ's side, we were able to determine that there's
something wrong going on when
dwarf2read.c:dwarf2_find_containing_comp_unit performs a binary search
over all of the CUs belonging to an objfile in order to find the CU
which contains a DIE at an specific offset. The current algorithm is:
static struct dwarf2_per_cu_data *
dwarf2_find_containing_comp_unit (sect_offset sect_off,
unsigned int offset_in_dwz,
struct dwarf2_per_objfile *dwarf2_per_objfile)
{
struct dwarf2_per_cu_data *this_cu;
int low, high;
const sect_offset *cu_off;
low = 0;
high = dwarf2_per_objfile->all_comp_units.size () - 1;
while (high > low)
{
struct dwarf2_per_cu_data *mid_cu;
int mid = low + (high - low) / 2;
mid_cu = dwarf2_per_objfile->all_comp_units[mid];
cu_off = &mid_cu->sect_off;
if (mid_cu->is_dwz > offset_in_dwz
|| (mid_cu->is_dwz == offset_in_dwz && *cu_off >= sect_off))
high = mid;
else
low = mid + 1;
}
For the sake of this example, let's consider that "sect_off =
0x7d".
There are a few important things going on here. First,
"dwarf2_per_objfile->all_comp_units ()" will be sorted first by
whether the CU is a DWZ CU, and then by cu->sect_off. In this
specific bug, "offset_in_dwz" is false, which means that, for the most
part of the loop, we're going to do "high = mid" (i.e, we'll work with
the lower part of the vector).
In our particular case, when we reach the part where "mid_cu->is_dwz
== offset_in_dwz" (i.e, both are false), we end up with "high = 2" and
"mid = 1". I.e., there are only 2 elements in the vector who are not
DWZ. The vector looks like this:
#0: cu->sect_off = 0; length = 114; is_dwz = false <-- low
#1: cu->sect_off = 114; length = 7796; is_dwz = false <-- mid
#2: cu->sect_off = 0; length = 28; is_dwz = true <-- high
...
The CU we want is #1, which is exactly where "mid" is. Also, #1 is
not DWZ, which is also exactly what we want. So we perform the second
comparison:
(mid_cu->is_dwz == offset_in_dwz && *cu_off >= sect_off)
^^^^^^^^^^^^^^^^^^^
Because "*cu_off = 114" and "sect_off = 0x7d", this evaluates to
false, so we end up with "low = mid + 1 = 2", which actually gives us
the wrong CU (i.e., a CU that is DWZ). Next in the code, GDB does:
gdb_assert (low == high);
this_cu = dwarf2_per_objfile->all_comp_units[low];
cu_off = &this_cu->sect_off;
if (this_cu->is_dwz != offset_in_dwz || *cu_off > sect_off)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
{
if (low == 0 || this_cu->is_dwz != offset_in_dwz)
error (_("Dwarf Error: could not find partial DIE containing "
"offset %s [in module %s]"),
sect_offset_str (sect_off),
bfd_get_filename (dwarf2_per_objfile->objfile->obfd));
...
Triggering the error we saw in the original bug report.
It's important to notice that we see the error message because the
selected CU is a DWZ one, but we're looking for a non-DWZ CU here.
However, even when the selected CU is *not* a DWZ (and we don't see
any error message), we still end up with the wrong CU. For example,
suppose that the vector had:
#0: cu->sect_off = 0; length = 114; is_dwz = false
#1: cu->sect_off = 114; length = 7796; is_dwz = false
#2: cu->sect_off = 7910; length = 28; is_dwz = false
...
I.e., #2's "is_dwz" is false instead of true. In this case, we still
want #1, because that's where the DIE is located. After the loop ends
up in #2, we have "is_dwz" as false, which is what we wanted, so we
compare offsets. In this case, "7910 >= 0x7d", so we set "mid = high
= 2". Next iteration, we have "mid = 0 + (2 - 0) / 2 = 1", and thus
we examining #1. "is_dwz" is still false, but "114 >= 0x7d" also
evaluates to false, so "low = mid + 1 = 2", which makes the loop stop.
Therefore, we end up choosing #2 as our CU, even though #1 is the
right one.
The problem here is happening because we're comparing "sect_off"
directly against "*cu_off", while we should actually be comparing
against "*cu_off + mid_cu->length" (i.e., the end offset):
...
|| (mid_cu->is_dwz == offset_in_dwz
&& *cu_off + mid_cu->length >= sect_off))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...
And this is what the patch does. The idea is that if GDB is searching
for an offset that falls above the *end* of the CU being
analyzed (i.e., "mid"), then the next iteration should try a
higher-offset CU next. The previous algorithm was using
the *beginning* of the CU.
Unfortunately, I could not devise a testcase for this problem, so I am
proposing a fix with this huge explanation attached to it in the hope
that it is sufficient. After talking a bit to Keith (our testcase
guru), it seems that one would have to create an objfile with both DWZ
and non-DWZ sections, which may prove very hard to do, I think.
I ran this patch on our BuildBot, and no regressions were detected.
gdb/ChangeLog:
2018-11-30 Jan Kratochvil <jan.kratochvil@redhat.com>
Keith Seitz <keiths@redhat.com>
Tom Tromey <tom@tromey.com>
Sergio Durigan Junior <sergiodj@redhat.com>
https://bugzilla.redhat.com/show_bug.cgi?id=1613614
PR gdb/24003
* dwarf2read.c (dwarf2_find_containing_comp_unit): Add
'mid_cu->length' to '*cu_off' when checking if 'sect_off' is
inside the CU.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Make command-repeat work after gdb.execute
@ 2018-11-21 18:19 sergiodj+buildbot
2018-11-22 1:58 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-11-21 18:19 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 7d9e516326ff542b3c9c85a3c08be2622d9126b6 ***
Author: Benno Fnfstck <benno.fuenfstueck@gmail.com>
Branch: gdb-8.2-branch
Commit: 7d9e516326ff542b3c9c85a3c08be2622d9126b6
Make command-repeat work after gdb.execute
Since commit
56bcdbea2bed ("Let gdb.execute handle multi-line commands")
command repetition after using the `gdb.execute` Python function
fails (the previous command is not repeated anymore). This happens
because read_command_lines_1 sets dont_repeat, but the call to
prevent_dont_repeat in execute_gdb_command is later.
The fix is to move the call to prevent_dont_repeat to the beginning of
the function.
Tested on my laptop (ArchLinux-x86_64).
gdb/ChangeLog:
PR python/23714
* gdb/python/python.c (execute_gdb_command): Call
prevent_dont_repeat earlier to avoid affecting dont_repeat.
gdb/testuite/ChangeLog:
PR python/23714
* gdb.python/python.exp: Test command repetition after
gdb.execute.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch
2018-11-21 18:19 [binutils-gdb/gdb-8.2-branch] Make command-repeat work after gdb.execute sergiodj+buildbot
@ 2018-11-22 1:58 ` sergiodj+buildbot
0 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-11-22 1:58 UTC (permalink / raw)
To: gdb-testers
Buildslave:
debian-jessie-s390x-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Debian-s390x-native-extended-gdbserver-m64/builds/7132>
Commit(s) tested:
7d9e516326ff542b3c9c85a3c08be2622d9126b6
Author(s) (in the same order as the commits):
Benno Fünfstück <benno.fuenfstueck@gmail.com>
Subject:
Make command-repeat work after gdb.execute
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Debian-s390x-native-extended-gdbserver-m64/7d/7d9e516326ff542b3c9c85a3c08be2622d9126b6/>
*** Diff to previous build ***
============================
PASS -> FAIL: gdb.multi/multi-term-settings.exp: inf1_how=attach: inf2_how=attach: stop with control-c
PASS -> UNRESOLVED: gdb.threads/attach-into-signal.exp: threaded: attach
new FAIL: gdb.threads/attach-into-signal.exp: threaded: thread apply 2 print $_siginfo.si_signo
UNRESOLVED -> FAIL: gdb.threads/fork-plus-threads.exp: detach-on-fork=off: only inferior 1 left
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=4: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=14: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=15: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=17: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=18: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=19: wait for stops
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=off: cond_bp_target=0: inferior 1 exited
PASS -> FAIL: gdb.threads/thread-unwindonsignal.exp: continue until exit
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] gdb.base/warning.exp tweaks
@ 2018-11-19 19:20 sergiodj+buildbot
2018-11-19 23:00 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-11-19 19:20 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 52ec8c2b0264127d8e7468ab28a0ee079ebc487f ***
Author: Pedro Alves <palves@redhat.com>
Branch: gdb-8.2-branch
Commit: 52ec8c2b0264127d8e7468ab28a0ee079ebc487f
gdb.base/warning.exp tweaks
#1- Check that the warning is emitted.
#2- Avoid overriding INTERNAL_GDBFLAGS, as per documentated in
gdb/testsuite/README:
~~~
The testsuite does not override a value provided by the user.
~~~
We don't actually need to tweak INTERNAL_GDBFLAGS, we just need to
append out -data-directory to GDBFLAGS, because each passed
-data-directory option leads to a call to the warning:
$ ./gdb -data-directory=foo -data-directory=bar
Warning: foo: No such file or directory.
Warning: bar: No such file or directory.
[...]
2018-11-19 Pedro Alves <palves@redhat.com>
* gdb.base/warning.exp: Don't override INTERNAL_FLAGS. Use
gdb_spawn_with_cmdline_opts instead of gdb_start. Check that we
see the expected warning.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Avoid crash when calling warning too early
@ 2018-11-19 19:08 sergiodj+buildbot
2018-11-19 22:01 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-11-19 19:08 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 9ec912f34410c33de581b5af4a0773c12b4fe20a ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: 9ec912f34410c33de581b5af4a0773c12b4fe20a
Avoid crash when calling warning too early
I noticed that if you pass the name of an existing file (not a
directory) as the argument to --data-directory, gdb will crash:
$ ./gdb -nx --data-directory ./gdb
../../binutils-gdb/gdb/target.c:590:56: runtime error: member call on null pointer of type 'struct target_ops'
This was later reported as PR gdb/23838.
This happens because warning ends up calling
target_supports_terminal_ours, which calls current_top_target, which
returns nullptr this early.
This fixes the problem by handling this case specially in
target_supports_terminal_ours. I also changed
target_supports_terminal_ours to return bool.
2018-11-08 Tom Tromey <tom@tromey.com>
PR gdb/23555:
PR gdb/23838:
* target.h (target_supports_terminal_ours): Return bool.
* target.c (target_supports_terminal_ours): Handle case where
current_top_target returns nullptr. Return bool.
gdb/testsuite/ChangeLog
2018-11-08 Tom Tromey <tom@tromey.com>
PR gdb/23555:
PR gdb/23838:
* gdb.base/warning.exp: New file.
^ permalink raw reply [flat|nested] 69+ messages in thread
* Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch
2018-11-19 19:08 [binutils-gdb/gdb-8.2-branch] Avoid crash when calling warning too early sergiodj+buildbot
@ 2018-11-19 22:01 ` sergiodj+buildbot
0 siblings, 0 replies; 69+ messages in thread
From: sergiodj+buildbot @ 2018-11-19 22:01 UTC (permalink / raw)
To: gdb-testers
Buildslave:
debian-jessie-s390x-1
Full Build URL:
<http://gdb-build.sergiodj.net/builders/Debian-s390x-native-extended-gdbserver-m64/builds/7106>
Commit(s) tested:
9ec912f34410c33de581b5af4a0773c12b4fe20a
Author(s) (in the same order as the commits):
Tom Tromey <tom@tromey.com>
Subject:
Avoid crash when calling warning too early
Testsuite log (gdb.sum and gdb.log) URL(s):
<http://gdb-build.sergiodj.net/results/Debian-s390x-native-extended-gdbserver-m64/9e/9ec912f34410c33de581b5af4a0773c12b4fe20a/>
*** Diff to previous build ***
============================
new FAIL: gdb.arch/s390-vregs.exp: info registers vector
PASS -> FAIL: gdb.base/break-idempotent.exp: always-inserted off: break: continue
PASS -> FAIL: gdb.base/break-idempotent.exp: always-inserted off: hbreak: continue
PASS -> FAIL: gdb.base/break-idempotent.exp: always-inserted off: watch: continue
PASS -> FAIL: gdb.base/break-idempotent.exp: always-inserted on: break: continue
PASS -> FAIL: gdb.base/break-idempotent.exp: always-inserted on: hbreak: continue
PASS -> FAIL: gdb.base/break-idempotent.exp: always-inserted on: watch: continue
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugNO: BINprelinkNOdebugNOpieNO: core: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugNO: BINprelinkNOdebugNOpieNO: attach: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugNO: BINprelinkNOdebugINpieNO: core: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugNO: BINprelinkNOdebugINpieNO: attach: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugNO: BINprelinkNOdebugSEPpieNO: core: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugNO: BINprelinkNOdebugSEPpieNO: attach: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugIN: BINprelinkNOdebugNOpieNO: core: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugIN: BINprelinkNOdebugNOpieNO: attach: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugIN: BINprelinkNOdebugINpieNO: core: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugIN: BINprelinkNOdebugINpieNO: attach: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugIN: BINprelinkNOdebugSEPpieNO: core: seen displacement message as NONE
new FAIL: gdb.base/break-interp.exp: LDprelinkNOdebugIN: BINprelinkNOdebugSEPpieNO: attach: seen displacement message as NONE
PASS -> FAIL: gdb.base/break-unload-file.exp: cmdline: always-inserted off: break: continue
PASS -> FAIL: gdb.base/break-unload-file.exp: cmdline: always-inserted off: hbreak: continue
PASS -> FAIL: gdb.base/break-unload-file.exp: cmdline: always-inserted on: break: continue
PASS -> FAIL: gdb.base/break-unload-file.exp: file: always-inserted off: break: continue
PASS -> FAIL: gdb.base/break-unload-file.exp: file: always-inserted off: hbreak: continue
PASS -> FAIL: gdb.base/break-unload-file.exp: file: always-inserted on: break: continue
PASS -> FAIL: gdb.base/compare-sections.exp: after run to main: compare-sections
PASS -> FAIL: gdb.base/compare-sections.exp: after run to main: compare-sections -r
PASS -> FAIL: gdb.base/compare-sections.exp: read-only: get value of read-only section
PASS -> FAIL: gdb.base/dump.exp: dump array as value, intel hex
PASS -> FAIL: gdb.base/dump.exp: dump struct as value, intel hex
PASS -> FAIL: gdb.base/dump.exp: dump array as memory, ihex
PASS -> FAIL: gdb.base/dump.exp: dump struct as memory, ihex
PASS -> FAIL: gdb.base/dump.exp: array as value, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: struct as value, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array as memory, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: struct as memory, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array as value, ihex; file restored ok
PASS -> FAIL: gdb.base/dump.exp: array as value, ihex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: struct as value, ihex; file restored ok
PASS -> FAIL: gdb.base/dump.exp: struct as value, ihex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array as memory, ihex; file restored ok
PASS -> FAIL: gdb.base/dump.exp: array as memory, ihex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: struct as memory, ihex; file restored ok
PASS -> FAIL: gdb.base/dump.exp: struct as memory, ihex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array as value, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: struct as value, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array as memory, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: struct as memory, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array copy, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: struct copy, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array copy, ihex; file restored ok
PASS -> FAIL: gdb.base/dump.exp: array copy, ihex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: struct copy, ihex; file restored ok
PASS -> FAIL: gdb.base/dump.exp: struct copy, ihex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array copy, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: struct copy, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array partial, srec; file restored ok
PASS -> FAIL: gdb.base/dump.exp: array partial, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array partial, ihex; file restored ok
PASS -> FAIL: gdb.base/dump.exp: array partial, ihex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array partial, tekhex; file restored ok
PASS -> FAIL: gdb.base/dump.exp: array partial, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: array partial with expressions; file restored ok
PASS -> FAIL: gdb.base/dump.exp: array partial with expressions; value restored ok
PASS -> FAIL: gdb.base/dump.exp: reload array as value, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: reload struct as value, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: reload array as memory, srec; value restored ok
PASS -> FAIL: gdb.base/dump.exp: reload struct as memory, srec; value restored ok
PASS -> UNRESOLVED: gdb.base/dump.exp: reload array as value, intel hex; capture
PASS -> FAIL: gdb.base/dump.exp: reload array as value, intel hex; value restored ok
PASS -> UNRESOLVED: gdb.base/dump.exp: reload struct as value, intel hex; capture
PASS -> FAIL: gdb.base/dump.exp: reload struct as value, intel hex; value restored ok
PASS -> UNRESOLVED: gdb.base/dump.exp: reload array as memory, intel hex; capture
PASS -> FAIL: gdb.base/dump.exp: reload array as memory, intel hex; value restored ok
PASS -> UNRESOLVED: gdb.base/dump.exp: reload struct as memory, intel hex; capture
PASS -> FAIL: gdb.base/dump.exp: reload struct as memory, intel hex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: reload array as value, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: reload struct as value, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: reload array as memory, tekhex; value restored ok
PASS -> FAIL: gdb.base/dump.exp: reload struct as memory, tekhex; value restored ok
PASS -> FAIL: gdb.base/info-os.exp: get process groups
PASS -> FAIL: gdb.base/info-os.exp: get threads
PASS -> FAIL: gdb.base/info-os.exp: get file descriptors
PASS -> FAIL: gdb.base/info-os.exp: get internet-domain sockets
PASS -> FAIL: gdb.base/info-os.exp: get shared-memory regions
PASS -> FAIL: gdb.base/info-os.exp: get semaphores
PASS -> FAIL: gdb.base/info-os.exp: get message queues
PASS -> FAIL: gdb.base/info-os.exp: continue
PASS -> FAIL: gdb.base/store.exp: var doublest l; print old l, expecting -1
PASS -> FAIL: gdb.base/store.exp: var doublest l; print old r, expecting -2
PASS -> FAIL: gdb.base/store.exp: var doublest l; print incremented l, expecting 2
PASS -> FAIL: gdb.base/store.exp: upvar float l; print old l, expecting -1
PASS -> FAIL: gdb.base/store.exp: upvar float l; print old r, expecting -2
PASS -> FAIL: gdb.base/store.exp: upvar float l; set l to 4
PASS -> FAIL: gdb.base/store.exp: upvar float l; print new l, expecting 4
PASS -> FAIL: gdb.base/store.exp: upvar double l; print old l, expecting -1
PASS -> FAIL: gdb.base/store.exp: upvar double l; print old r, expecting -2
PASS -> FAIL: gdb.base/store.exp: upvar double l; set l to 4
PASS -> FAIL: gdb.base/store.exp: upvar double l; print new l, expecting 4
PASS -> FAIL: gdb.base/store.exp: upvar doublest l; print old l, expecting -1
PASS -> FAIL: gdb.base/store.exp: upvar doublest l; print old r, expecting -2
PASS -> FAIL: gdb.base/store.exp: upvar doublest l; set l to 4
PASS -> FAIL: gdb.base/store.exp: upvar doublest l; print new l, expecting 4
new KFAIL: gdb.base/utf8-identifiers.exp: tab complete "break fun"
new FAIL: gdb.cp/no-dmgl-verbose.exp: setting breakpoint at 'f
PASS -> FAIL: gdb.dwarf2/dw2-ranges.exp: info line main3
FAIL -> UNRESOLVED: gdb.mi/mi-exec-run.exp: inferior-tty=main: mi=main: force-fail=1: run failure detected
FAIL -> UNRESOLVED: gdb.mi/mi-exec-run.exp: inferior-tty=main: mi=separate: force-fail=1: run failure detected
FAIL -> UNRESOLVED: gdb.mi/mi-exec-run.exp: inferior-tty=separate: mi=main: force-fail=1: run failure detected
FAIL -> UNRESOLVED: gdb.mi/mi-exec-run.exp: inferior-tty=separate: mi=separate: force-fail=1: run failure detected
PASS -> FAIL: gdb.multi/multi-attach.exp: attach to program 2
PASS -> FAIL: gdb.multi/multi-attach.exp: backtrace 2
PASS -> FAIL: gdb.server/solib-list.exp: non-stop 0: p libvar
PASS -> FAIL: gdb.server/solib-list.exp: non-stop 1: p libvar
PASS -> UNRESOLVED: gdb.threads/attach-into-signal.exp: threaded: attach
new FAIL: gdb.threads/attach-into-signal.exp: threaded: thread apply 2 print $_siginfo.si_signo
PASS -> FAIL: gdb.threads/execl.exp: continue across exec
PASS -> FAIL: gdb.threads/execl.exp: info threads after exec
PASS -> FAIL: gdb.threads/execl.exp: continue until exit
PASS -> FAIL: gdb.threads/fork-plus-threads.exp: detach-on-fork=off: no threads left
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=1: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=2: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=3: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=4: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=6: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=7: wait for stops
new FAIL: gdb.threads/interrupt-while-step-over.exp: displaced-stepping=off: iter=8: wait for stops
PASS -> FAIL: gdb.threads/interrupted-hand-call.exp: continue until exit
new FAIL: gdb.threads/multiple-successive-infcall.exp: thread=5: created new thread
new FAIL: gdb.threads/multiple-successive-infcall.exp: thread=4: created new thread
new FAIL: gdb.threads/multiple-successive-infcall.exp: thread=3: created new thread
UNRESOLVED -> FAIL: gdb.threads/process-dies-while-detaching.exp: multi-process: continue: watchpoint: continue
PASS -> KFAIL: gdb.threads/process-dies-while-handling-bp.exp: non_stop=on: cond_bp_target=1: inferior 1 exited
PASS -> FAIL: gdb.threads/thread-unwindonsignal.exp: continue until exit
PASS -> FAIL: gdb.trace/mi-traceframe-changed.exp: tfile: select trace file
PASS -> FAIL: gdb.trace/mi-traceframe-changed.exp: tfile: tfind 0
PASS -> FAIL: gdb.trace/mi-traceframe-changed.exp: tfile: tfind 0 again
PASS -> FAIL: gdb.trace/qtro.exp: qXfer:traceframe-info:read off: trace disassembly
PASS -> FAIL: gdb.trace/read-memory.exp: live target tfind: print constglob_not_collected
PASS -> FAIL: gdb.trace/read-memory.exp: remote to tfile: w/o setting traceframe: print constglob
PASS -> FAIL: gdb.trace/read-memory.exp: remote to tfile: w/o setting traceframe: print constglob_not_collected
PASS -> FAIL: gdb.trace/read-memory.exp: remote to tfile: w/ setting traceframe: print constglob_not_collected
PASS -> FAIL: gdb.trace/read-memory.exp: exec to tfile w/ setting traceframe: print testglob
PASS -> FAIL: gdb.trace/tfile.exp: info tracepoints on trace file
PASS -> FAIL: gdb.trace/tfile.exp: tfind 0 on trace file
PASS -> FAIL: gdb.trace/tfile.exp: print testglob on trace file
PASS -> FAIL: gdb.trace/tfile.exp: print testglob2 on trace file
PASS -> FAIL: gdb.trace/tfind.exp: 8.36: trace disassembly
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: global reference shows address but not value
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: referenced integer was not collected
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: non collected const string is still printable
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: printing constant string through collected pointer
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: print object on: print derived_partial
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: print object on: print derived_whole
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: print object off: print derived_partial
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: print object off: print derived_whole
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print struct_b
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print /x struct_b
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print /x struct_b.struct_a
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print /x struct_b.struct_a.array
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print /x struct_b.struct_a.array[2]
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: No overcollect of almost but not quite adjacent memory ranges
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: <unavailable> is not the same as 0 in array element repetitions
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print *tarray@3
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: global reference shows address but not value
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: referenced integer was not collected
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print *g_structref_p
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: printing constant string through collected pointer
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: printing partially collected string
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: examining partially collected object
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print object on: print derived_partial
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print object on: print derived_whole
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print object off: print derived_partial
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print object off: print derived_whole
PASS -> FAIL: gdb.trace/unavailable.exp: collect globals: tfile: print virtual_partial
PASS -> FAIL: gdb.trace/unavailable.exp: unavailable locals: auto locals: info locals
PASS -> FAIL: gdb.trace/unavailable.exp: unavailable locals: auto locals: tfile: info locals
PASS -> FAIL: gdb.trace/unavailable.exp: unavailable locals: register locals: info locals
PASS -> FAIL: gdb.trace/unavailable.exp: unavailable locals: register locals: tfile: info locals
PASS -> FAIL: gdb.trace/unavailable.exp: unavailable locals: static locals: info locals
PASS -> FAIL: gdb.trace/unavailable.exp: unavailable locals: static locals: tfile: info locals
============================
*** Complete list of XFAILs for this builder ***
FAILURE TO OBTAIN THE COMMIT FOR THE XFAIL LIST. PLEASE CONTACT THE BUILDBOT ADMIN.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] python: Make gdb.execute("show commands") work (PR 23669)
@ 2018-09-18 16:29 sergiodj+buildbot
2018-09-19 6:16 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-18 16:29 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT b13ab533d38674e6273eb78eeef261d5b0655bbf ***
Author: Simon Marchi <simon.marchi@polymtl.ca>
Branch: gdb-8.2-branch
Commit: b13ab533d38674e6273eb78eeef261d5b0655bbf
python: Make gdb.execute("show commands") work (PR 23669)
Since commit
56bcdbea2bed ("Let gdb.execute handle multi-line commands")
trying to use a command like gdb.execute("show commands") in Python
fails. GDB ends up trying to run the "commands" command.
The reason is that GDB gets confused with the special "commands"
command. In process_next_line, the lookup_cmd_1 function returns the
cmd_list_element representing the "commands" sub-command of "show".
Lower, we check the cmd_list_element to see if it matches various
control commands by name, including the "commands" command. This is
where we wrongfully conclude that the executed command must be
"commands", when in reality it was "show commands".
The fix proposed in this patch removes the comparisons by name, instead
comparing the cmd_list_element object by pointer with the objects
created at initialization time.
Tested on the buildbot, though on a single builder (Fedora-x86_64-m64).
gdb/ChangeLog:
PR python/23669
* breakpoint.c (commands_cmd_element): New.
(_initialize_breakpoint): Assign commands_cmd_element.
* breakpoint.h (commands_cmd_element): New.
* cli/cli-script.c (while_cmd_element, if_command,
define_cmd_element): New.
(command_name_equals): Remove.
(process_next_line): Compare commands by pointer, not by name.
(_initialize_cli_script): Assign the various cmd_list_element
variables.
* compile/compile.c (compile_cmd_element): New.
(_initialize_compile): Assign compile_cmd_element.
* compile/compile.h (compile_cmd_element): New.
* guile/guile.c (guile_cmd_element): New.
(install_gdb_commands): Assign guile_cmd_element.
* guile/guile.h (guile_cmd_element): New.
* python/python.c (python_cmd_element): New.
(_initialize_python): Assign python_cmd_element.
* python/python.h (python_cmd_element): New.
* tracepoint.c (while_stepping_cmd_element): New.
(_initialize_tracepoint): Assign while_stepping_cmd_element.
* tracepoint.h (while_stepping_cmd_element): New.
gdb/testsuite/ChangeLog:
PR python/23669
* gdb.python/python.exp: Test gdb.execute("show commands").
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Move 'is_regular_file' from common-utils.c to filestuff.c
@ 2018-09-16 23:49 sergiodj+buildbot
2018-09-17 11:50 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-16 23:49 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 5de69bdbd0bbd7941b4cd93d4571f5e22cdb28be ***
Author: Sergio Durigan Junior <sergiodj@redhat.com>
Branch: gdb-8.2-branch
Commit: 5de69bdbd0bbd7941b4cd93d4571f5e22cdb28be
Move 'is_regular_file' from common-utils.c to filestuff.c
There is no reason for 'is_regular_file' to be in common-utils.c; it
belongs to 'filestuff.c'. This commit moves the function definition
and its prototype to the appropriate files.
The motivation behind this move is a failure that happens on certain
cross-compilation environments when compiling the IPA library, due to
the way gnulib probes the need for a 'stat' call replacement. Because
configure checks when cross-compiling are more limited, gnulib decides
that it needs to substitute the 'stat' calls its own 'rpl_stat';
however, the IPA library doesn't link with gnulib, which leads to an
error when compiling 'common-utils.c':
...
/opt/x86-core2--musl--bleeding-edge-2018.09-1/bin/i686-buildroot-linux-musl-g++ -shared -fPIC -Wl,--soname=libinproctrace.so -Wl,--no-undefined -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Os -I. -I. -I./../common -I./../regformats -I./.. -I./../../include -I./../gnulib/import -Ibuild-gnulib-gdbserver/import -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wpointer-arith -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subscripts -Wempty-body -Wunused-but-set-parameter -Wunused-but-set-variable -Wno-sign-compare -Wno-narrowing -Wno-error=maybe-uninitialized -DGDBSERVER \
-Wl,--dynamic-list=./proc-service.list -o libinproctrace.so ax-ipa.o common-utils-ipa.o errors-ipa.o format-ipa.o print-utils-ipa.o regcache-ipa.o remote-utils-ipa.o rsp-low-ipa.o tdesc-ipa.o tracepoint-ipa.o utils-ipa.o vec-ipa.o linux-i386-ipa.o linux-x86-tdesc-ipa.o arch/i386-ipa.o -ldl -pthread
/opt/x86-core2--musl--bleeding-edge-2018.09-1/lib/gcc/i686-buildroot-linux-musl/8.2.0/../../../../i686-buildroot-linux-musl/bin/ld: common-utils-ipa.o: in function `is_regular_file(char const*, int*)':
common-utils.c:(.text+0x695): undefined reference to `rpl_stat'
collect2: error: ld returned 1 exit status
Makefile:413: recipe for target 'libinproctrace.so' failed
make[1]: *** [libinproctrace.so] Error 1
...
More details can also be found at:
https://sourceware.org/ml/gdb-patches/2018-09/msg00304.html
The most simple fix for this problem is to move 'is_regular_file' to
'filestuff.c', which is not used by IPA. This ends up making the
files more logically organized as well, since 'is_regular_file' is a
file operation.
No regressions found.
gdb/ChangeLog:
2018-09-15 Sergio Durigan Junior <sergiodj@redhat.com>
PR gdb/23663
* common/common-utils.c: Don't include '<sys/stat.h>'.
(is_regular_file): Move to...
* common/filestuff.c (is_regular_file): ... here.
* common/common-utils.h (is_regular_file): Move to...
* common/filestuff.h (is_regular_file): ... here.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Make Rust error message mention the field name
@ 2018-09-14 9:41 sergiodj+buildbot
2018-09-16 5:44 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-14 9:41 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT fde24e1a534b7df3edd0fc167d0ace7d240021f8 ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: fde24e1a534b7df3edd0fc167d0ace7d240021f8
Make Rust error message mention the field name
I noticed a spot in rust-lang.c where the placeholder "foo" was used
instead of the actual field name. This patch fixes the bug.
2018-09-13 Tom Tromey <tom@tromey.com>
PR rust/23650:
* rust-lang.c (rust_evaluate_subexp): Use field name, not "foo".
gdb/testsuite/ChangeLog
2018-09-13 Tom Tromey <tom@tromey.com>
PR rust/23650:
* gdb.rust/simple.exp: Add test for enum field access error.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix crash with empty Rust enum
@ 2018-09-14 9:26 sergiodj+buildbot
2018-09-16 2:24 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-14 9:26 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 18a27702320ec98fa79a75acd6365ea2348f8852 ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: 18a27702320ec98fa79a75acd6365ea2348f8852
Fix crash with empty Rust enum
While testing my Rust compiler patch to fix the DWARF representation
of Rust enums (https://github.com/rust-lang/rust/pull/54004), I found
a gdb crash coming from one of the Rust test cases.
The bug here is that the new variant support in gdb does not handle
the case where there are no variants in the enum.
This patch fixes the problem in a straightforward way. Note that the
new tests are somewhat lax because I did not want to try to fully fix
this corner case for older compilers. If you think that's
unacceptable, let meknow.
Tested on x86-64 Fedora 28 using several versions of the Rust
compiler. I intend to push this to the 8.2 branch as well.
2018-09-13 Tom Tromey <tom@tromey.com>
PR rust/23626:
* rust-lang.c (rust_enum_variant): Now static.
(rust_empty_enum_p): New function.
(rust_print_enum, rust_evaluate_subexp, rust_print_struct_def):
Handle empty enum.
gdb/testsuite/ChangeLog
2018-09-13 Tom Tromey <tom@tromey.com>
PR rust/23626:
* gdb.rust/simple.rs (EmptyEnum): New type.
(main): Use it.
* gdb.rust/simple.exp (test_one_slice): Add empty enum test.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix "make install-strip" failure to install gdb-add-index.sh
@ 2018-09-12 18:25 sergiodj+buildbot
2018-09-12 19:13 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-12 18:25 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 7c09445cf887b2501ce33e47cdd0d1c2545b6934 ***
Author: Eli Zaretskii <eliz@gnu.org>
Branch: gdb-8.2-branch
Commit: 7c09445cf887b2501ce33e47cdd0d1c2545b6934
Fix "make install-strip" failure to install gdb-add-index.sh
gdb/ChangeLog:
2018-09-10 Eli Zaretskii <eliz@gnu.org>
* Makefile.in (transformed_name): Use INSTALL_SCRIPT instead of
INSTALL_PROGRAM to install gdb-add-index.sh. Don't append
$(EXEEXT) to the script, as it is not a program.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Bump GDB version number to 8.2.0.DATE-git.
@ 2018-09-06 22:40 sergiodj+buildbot
2018-09-06 22:58 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-06 22:40 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT f0b71378f1e781945a8b05061114fce5af9e2f12 ***
Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-8.2-branch
Commit: f0b71378f1e781945a8b05061114fce5af9e2f12
Bump GDB version number to 8.2.0.DATE-git.
gdb/ChangeLog:
* version.in: Set GDB version number to 8.2.0.DATE-git.
* PROBLEMS: Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Set GDB version number to 8.2.
@ 2018-09-06 16:39 sergiodj+buildbot
2018-09-06 19:55 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-06 16:39 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 00f223631fa9803b783515a2f667f86997e2cdbe ***
Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-8.2-branch
Commit: 00f223631fa9803b783515a2f667f86997e2cdbe
Set GDB version number to 8.2.
gdb/ChangeLog:
* version.in: Set GDB version number to 8.2.
* PROBLEMS: Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] fix incorrect gnulib getcwd replacement when cross-compiling GDB
@ 2018-09-06 1:29 sergiodj+buildbot
2018-09-06 3:31 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-06 1:29 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT f30171bf98082846a725c1d116650d0c8998564c ***
Author: Sergio Durigan Junior <sergiodj@redhat.com>
Branch: gdb-8.2-branch
Commit: f30171bf98082846a725c1d116650d0c8998564c
fix incorrect gnulib getcwd replacement when cross-compiling GDB
This fixes a GDB crash observed on Android 8.0 when GDB was
cross-compiled. This patch is a backport of a patch pushed
upstream in gnulib.
gdb/ChangeLog (Sergio Durigan Junior <sergiodj@redhat.com>):
PR gdb/23558
* gnulib/import/m4/getcwd-path-max.m4: Add handling of Hurd,
Linux and kFreeBSD platforms.
* gnulib/configure: Regenerate.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Set TYPE_LENGTH on a variant part
@ 2018-09-01 4:20 sergiodj+buildbot
2018-09-01 6:47 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-01 4:20 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT c07c917f276d6e055a4e6ba5be5d6b9c4d355de7 ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: c07c917f276d6e055a4e6ba5be5d6b9c4d355de7
Set TYPE_LENGTH on a variant part
gdb represents a DW_TAG_variant_part as a union. While normally DWARF
would not set the size of a DW_TAG_variant_part, gdb's representation
requires the TYPE_LENGTH to be set.
This patch arranges to set the TYPE_LENGTH of a variant part if it has
not already been set.
This fixes some Rust regressions when testing against a version of
rustc that emits DW_TAG_variant_part.
2018-08-31 Tom Tromey <tom@tromey.com>
* dwarf2read.c (dwarf2_add_field): Set the TYPE_LENGTH of the
variant part type.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix a small bug in gdb.rust/simple.rs
@ 2018-09-01 3:42 sergiodj+buildbot
2018-09-01 4:44 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-09-01 3:42 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 7b93bc4c624821352ce32734c89589102eaded87 ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: 7b93bc4c624821352ce32734c89589102eaded87
Fix a small bug in gdb.rust/simple.rs
I noticed that gdb.rust/simple.rs had two local variables named "v".
This didn't previous cause problems, but with a newer rust compiler
this resulted in a test failure. (It should have failed all along, so
I suppose earlier passes were due to a compiler bug.)
This patch renames the second variable.
2018-08-31 Tom Tromey <tom@tromey.com>
* gdb.rust/simple.rs: Rename second variable "v".
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Modify gdb.base/commands.exp to test multi breakpoints command clearing.
@ 2018-08-29 1:20 sergiodj+buildbot
2018-08-29 13:04 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-29 1:20 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 145a1cb045dcb73002e06d33f011d9185502e3c4 ***
Author: Philippe Waroquiers <philippe.waroquiers@skynet.be>
Branch: gdb-8.2-branch
Commit: 145a1cb045dcb73002e06d33f011d9185502e3c4
Modify gdb.base/commands.exp to test multi breakpoints command clearing.
gdb/testsuite/ChangeLog
2018-08-26 Philippe Waroquiers <philippe.waroquiers@skynet.be>
* gdb.base/commands.exp: Test multi breakpoints command clearing.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix regression for multi breakpoints command line clearing.
@ 2018-08-29 0:54 sergiodj+buildbot
2018-08-29 12:16 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-29 0:54 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 5dc5ecd1fde2c3eba2f0c870ad12c4cb120224d0 ***
Author: Philippe Waroquiers <philippe.waroquiers@skynet.be>
Branch: gdb-8.2-branch
Commit: 5dc5ecd1fde2c3eba2f0c870ad12c4cb120224d0
Fix regression for multi breakpoints command line clearing.
breakpoint.c is modified to fix the regression introduced
when clearing the commands of several breakpoints by giving an empty
list of commands, by just typing "end".
GDB should read an empty list of command once, but it reads
it for each breakpoint, as an empty list of command is NULL,
and NULL is interpreted as 'not having read the command list yet'.
The fix consists in having a boolean set to true once the
command list has been read.
gdb/ChangeLog
2018-08-26 Philippe Waroquiers <philippe.waroquiers@skynet.be>
* breakpoint.c (commands_command_1): New boolean cmd_read
to detect cmd was already read.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Parse SVE registers in aarch64 core file reading/writing
@ 2018-08-28 12:52 sergiodj+buildbot
2018-08-28 15:46 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-28 12:52 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT fec2cf3421a5195353499d95d340ee002fa5ef9e ***
Author: Alan Hayward <alan.hayward@arm.com>
Branch: gdb-8.2-branch
Commit: fec2cf3421a5195353499d95d340ee002fa5ef9e
Parse SVE registers in aarch64 core file reading/writing
sve_regmap cannot be global static as the size is dependant on the current
vector length.
gdb/
* aarch64-linux-tdep.c (aarch64_linux_supply_sve_regset): New function.
(aarch64_linux_collect_sve_regset): Likewise.
(aarch64_linux_iterate_over_regset_sections): Check for SVE.
* regcache.h (regcache_map_entry_size): New function.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Detect SVE when reading aarch64 core files
@ 2018-08-28 12:25 sergiodj+buildbot
2018-08-28 14:56 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-28 12:25 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT fb20254d1ac83c182daf37698fdcf281c24e08f3 ***
Author: Alan Hayward <alan.hayward@arm.com>
Branch: gdb-8.2-branch
Commit: fb20254d1ac83c182daf37698fdcf281c24e08f3
Detect SVE when reading aarch64 core files
The SVE section in a core file contains a header followed by the registers.
Add defines to easily access the header fields within a buffer.
gdb/
* aarch64-linux-tdep.c (SVE_HEADER_SIZE_LENGTH): Add define.
(SVE_HEADER_MAX_SIZE_LENGTH): Likewise.
(SVE_HEADER_VL_LENGTH): Likewise.
(SVE_HEADER_MAX_VL_LENGTH): Likewise.
(SVE_HEADER_FLAGS_LENGTH): Likewise.
(SVE_HEADER_RESERVED_LENGTH): Likewise.
(SVE_HEADER_SIZE_OFFSET): Likewise.
(SVE_HEADER_MAX_SIZE_OFFSET): Likewise.
(SVE_HEADER_VL_OFFSET): Likewise.
(SVE_HEADER_MAX_VL_OFFSET): Likewise.
(SVE_HEADER_FLAGS_OFFSET): Likewise.
(SVE_HEADER_RESERVED_OFFSET): Likewise.
(SVE_HEADER_SIZE): Likewise.
(aarch64_linux_core_read_vq): Add function.
(aarch64_linux_core_read_description): Check for SVE section.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Split size in regset section iterators
@ 2018-08-28 12:05 sergiodj+buildbot
2018-08-28 13:12 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-28 12:05 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT bf0f22c10f0cb035836aa31c3b11e0e09c57e604 ***
Author: Alan Hayward <alan.hayward@arm.com>
Branch: gdb-8.2-branch
Commit: bf0f22c10f0cb035836aa31c3b11e0e09c57e604
Split size in regset section iterators
In the existing code, when using the regset section iteration functions, the
size parameter is used in different ways.
With collect, size is used to create the buffer in which to write the regset.
(see linux-tdep.c::linux_collect_regset_section_cb).
With supply, size is used to confirm the existing regset is the correct size.
If REGSET_VARIABLE_SIZE is set then the regset can be bigger than size.
Effectively, size is the minimum possible size of the regset.
(see corelow.c::get_core_register_section).
There are currently no targets with both REGSET_VARIABLE_SIZE and a collect
function.
In SVE, a corefile can contain one of two formats after the header, both of
which are different sizes. However, when writing a core file, we always want
to write out the full bigger size.
To allow support of collects for REGSET_VARIABLE_SIZE we need two sizes.
This is done by adding supply_size and collect_size.
gdb/
* aarch64-fbsd-tdep.c
(aarch64_fbsd_iterate_over_regset_sections): Add supply_size and
collect_size.
* aarch64-linux-tdep.c
(aarch64_linux_iterate_over_regset_sections): Likewise.
* alpha-linux-tdep.c
(alpha_linux_iterate_over_regset_sections):
* alpha-nbsd-tdep.c
(alphanbsd_iterate_over_regset_sections): Likewise.
* amd64-fbsd-tdep.c
(amd64fbsd_iterate_over_regset_sections): Likewise.
* amd64-linux-tdep.c
(amd64_linux_iterate_over_regset_sections): Likewise.
* arm-bsd-tdep.c
(armbsd_iterate_over_regset_sections): Likewise.
* arm-fbsd-tdep.c
(arm_fbsd_iterate_over_regset_sections): Likewise.
* arm-linux-tdep.c
(arm_linux_iterate_over_regset_sections): Likewise.
* corelow.c (get_core_registers_cb): Likewise.
(core_target::fetch_registers): Likewise.
* fbsd-tdep.c (fbsd_collect_regset_section_cb): Likewise.
* frv-linux-tdep.c (frv_linux_iterate_over_regset_sections): Likewise.
* gdbarch.h (void): Regenerate.
* gdbarch.sh: Add supply_size and collect_size.
* hppa-linux-tdep.c (hppa_linux_iterate_over_regset_sections): Likewise.
* hppa-nbsd-tdep.c (hppanbsd_iterate_over_regset_sections): Likewise.
* hppa-obsd-tdep.c (hppaobsd_iterate_over_regset_sections): Likewise.
* i386-fbsd-tdep.c (i386fbsd_iterate_over_regset_sections): Likewise.
* i386-linux-tdep.c (i386_linux_iterate_over_regset_sections): Likewise.
* i386-tdep.c (i386_iterate_over_regset_sections): Likewise.
* ia64-linux-tdep.c (ia64_linux_iterate_over_regset_sections): Likewise.
* linux-tdep.c (linux_collect_regset_section_cb): Likewise.
* m32r-linux-tdep.c (m32r_linux_iterate_over_regset_sections): Likewise.
* m68k-bsd-tdep.c (m68kbsd_iterate_over_regset_sections): Likewise.
* m68k-linux-tdep.c (m68k_linux_iterate_over_regset_sections): Likewise.
* mips-fbsd-tdep.c (mips_fbsd_iterate_over_regset_sections): Likewise.
* mips-linux-tdep.c (mips_linux_iterate_over_regset_sections): Likewise.
* mips-nbsd-tdep.c (mipsnbsd_iterate_over_regset_sections): Likewise.
* mips64-obsd-tdep.c (mips64obsd_iterate_over_regset_sections): Likewise.
* mn10300-linux-tdep.c (am33_iterate_over_regset_sections): Likewise.
* nios2-linux-tdep.c (nios2_iterate_over_regset_sections): Likewise.
* ppc-fbsd-tdep.c (ppcfbsd_iterate_over_regset_sections): Likewise.
* ppc-linux-tdep.c (ppc_linux_iterate_over_regset_sections): Likewise.
* ppc-nbsd-tdep.c (ppcnbsd_iterate_over_regset_sections): Likewise.
* ppc-obsd-tdep.c (ppcobsd_iterate_over_regset_sections): Likewise.
* rs6000-aix-tdep.c (rs6000_aix_iterate_over_regset_sections): Likewise.
* s390-linux-tdep.c (s390_iterate_over_regset_sections): Likewise.
* score-tdep.c (score7_linux_iterate_over_regset_sections): Likewise.
* sh-tdep.c (sh_iterate_over_regset_sections): Likewise.
* sparc-tdep.c (sparc_iterate_over_regset_sections): Likewise.
* tilegx-linux-tdep.c (tilegx_iterate_over_regset_sections): Likewise.
* vax-tdep.c (vax_iterate_over_regset_sections): Likewise.
* xtensa-tdep.c (xtensa_iterate_over_regset_sections): Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Rename size in get_core_register_section
@ 2018-08-28 11:55 sergiodj+buildbot
2018-08-28 11:57 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-28 11:55 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT d29c8c214cb296e0e20f6e88f27535c340ca98db ***
Author: Alan Hayward <alan.hayward@arm.com>
Branch: gdb-8.2-branch
Commit: d29c8c214cb296e0e20f6e88f27535c340ca98db
Rename size in get_core_register_section
Make it clearer that the size field indicates the size of the section.
gdb/
* corelow.c (core_target::get_core_register_section): Rename
min_size to section_min_size.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Restore behavior of disabling address randomization by default on GDBserver
@ 2018-08-26 18:25 sergiodj+buildbot
2018-08-26 19:37 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-26 18:25 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 83b6e2e989510db105c52a02c490ab2c284b5469 ***
Author: Simon Marchi <simon.marchi@ericsson.com>
Branch: gdb-8.2-branch
Commit: 83b6e2e989510db105c52a02c490ab2c284b5469
Restore behavior of disabling address randomization by default on GDBserver
Commit
c12a508 ("Add client_state struct.")
inadvertently changed the default behavior of GDBserver wrt address
randomization. The old disable_randomization global variable was
initialized to 1, whereas the corresponding field in the client_state
structure is initialized to 0.
This fixes
make check TESTS="gdb.base/jit-simple.exp" RUNTESTFLAGS="--target_board=native-gdbserver"
make check TESTS="gdb.base/execl-update-breakpoints.exp" RUNTESTFLAGS="--target_board=native-gdbserver"
Note that the execl-update-breakpoints.exp would only fail on systems
where the toolchain emits position-independent executables by default
(otherwise the main executable position is never randomized, so the
value of disable_randomization didn't matter).
gdb/gdbserver/ChangeLog:
PR gdb/23374
PR gdb/23375
* server.h (struct client_state) <disable_randomization>:
Initialize to 1.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Initialize variable in py_get_event_thread
@ 2018-08-25 22:47 sergiodj+buildbot
2018-08-26 10:03 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-25 22:47 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT c6f50f8869ac0dd10040f5c32387eb404f9ff50a ***
Author: Simon Marchi <simon.marchi@polymtl.ca>
Branch: gdb-8.2-branch
Commit: c6f50f8869ac0dd10040f5c32387eb404f9ff50a
Initialize variable in py_get_event_thread
The pythread variable could be used without being initialized, fix it by
initializing it to nullptr.
gdb/ChangeLog:
* python/py-threadevent.c (py_get_event_thread): Initialize
pythread.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Test case for functions with non-contiguous ranges
@ 2018-08-25 12:24 sergiodj+buildbot
2018-08-25 21:25 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-25 12:24 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 6518e6562b56b258c4933fcb8bce057215544a8f ***
Author: Kevin Buettner <kevinb@redhat.com>
Branch: gdb-8.2-branch
Commit: 6518e6562b56b258c4933fcb8bce057215544a8f
Test case for functions with non-contiguous ranges
See comments in the new files for what this is about - I tried to
explain it all there.
gdb/testsuite/ChangeLog:
* gdb.dwarf2/dw2-ranges-func.c: New file.
* gdb.dwarf2/dw2-ranges-func.exp: New file.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Relocate block range start and end addresses
@ 2018-08-25 11:56 sergiodj+buildbot
2018-08-25 18:09 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-25 11:56 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT cb0f34520d4e4ad233696a293d69c979418f3ccd ***
Author: Kevin Buettner <kevinb@redhat.com>
Branch: gdb-8.2-branch
Commit: cb0f34520d4e4ad233696a293d69c979418f3ccd
Relocate block range start and end addresses
gdb/ChangeLog:
* objfiles.c (objfile_relocate1): Relocate start and end addresses
for each range in a block.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Introduce find_function_entry_range_from_pc and use it in infrun.c
@ 2018-08-25 11:51 sergiodj+buildbot
2018-08-25 16:09 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-25 11:51 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 65a1b8803a0d3a3a4f3fce3b289dc4a06048d5f2 ***
Author: Kevin Buettner <kevinb@redhat.com>
Branch: gdb-8.2-branch
Commit: 65a1b8803a0d3a3a4f3fce3b289dc4a06048d5f2
Introduce find_function_entry_range_from_pc and use it in infrun.c
An earlier version of this patch used the returned block in conjunction
with BLOCK_ENTRY_PC to set stop_func_start in fill_in_stop_func() in
infrun.c. While I think this was the correct thing to do, changes
to find_inferior_partial_function could potentially end up with
stop_func_end < stop_func_start, which is definitely wrong. For
this case, we want to set both stop_func_start and stop_func_end
to the start and end of the range containing the function's entry
pc.
I think that this functionality will be useful in many other places
too - it probably ought to be used in all of the various prologue
analyzers in GDB.
The change to infrun.c was simple: the call to
find_pc_partial_function was replaced with a call to
find_function_entry_range_from_pc. The difference between these two
functions is that find_pc_partial_entry_function will (potentially)
return the start and end address corresponding to the range in which
PC is found, but find_function_entry_range_from_pc will (again,
potentially) return the start and end address of the range containing
the entry pc. find_pc_partial_function has the property that
*ADDRESS <= PC < *ENDADDR. This condition does not necessarily hold
for the outputs of find_function_entry_range_from_pc.
It should be noted that for functions which contain only a single
range, the outputs of find_pc_partial_function and
find_function_entry_range_from_pc are identical.
I think it might happen that find_function_entry_range_from_pc will come
to be used in place of many of the calls to find_pc_partial_function
within GDB. Care must be taken in making this change, however, since
some of this code depends on the *ADDRESS <= PC < *ENDADDR property.
Finally, a note regarding the name: I had initially chosen a different
name with a find_pc_partial_ prefix, but Simon suggested the current
name citing the goal of eventually making naming consistent using
the form find_X_from_Y. In this case X is "function_entry_range" and
Y is "pc". Both the name and rationale made sense to me, so that's
how it came to be.
gdb/ChangeLog:
* infrun.c (fill_in_stop_func): Use find_function_entry_range_from_pc
in place of find_pc_partial_function.
* blockframe.c (find_function_entry_range_from_pc): New function.
* symtab.h (find_function_entry_range_from_pc): Declare and document.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Use BLOCK_ENTRY_PC in place of most uses of BLOCK_START
@ 2018-08-25 11:16 sergiodj+buildbot
2018-08-25 14:58 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-25 11:16 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 84b14f21ca4257a882a28ba1cbd49dbbcea555db ***
Author: Kevin Buettner <kevinb@redhat.com>
Branch: gdb-8.2-branch
Commit: 84b14f21ca4257a882a28ba1cbd49dbbcea555db
Use BLOCK_ENTRY_PC in place of most uses of BLOCK_START
This change/patch substitues BLOCK_ENTRY_PC for BLOCK_START in
places where BLOCK_START is used to obtain the address at which
execution should enter the block. Since blocks can now contain
non-contiguous ranges, the BLOCK_START - which is still be the
very lowest address in the block - might not be the same as
BLOCK_ENTRY_PC.
There is a change to infrun.c which is less obvious and less mechanical.
I'm posting it as a separate patch.
gdb/ChangeLog:
* ax-gdb.c (gen_var_ref): Use BLOCK_ENTRY_PC in place of
BLOCK_START.
* blockframe.c (get_pc_function_start): Likewise.
* compile/compile-c-symbols.c (convert_one_symbol): Likewise.
(gcc_symbol_address): Likewise.
* compile/compile-object-run.c (compile_object_run): Likewise.
* compile/compile.c (get_expr_block_and_pc): Likewise.
* dwarf2loc.c (dwarf2_find_location_expression): Likewise.
(func_addr_to_tail_call_list): Likewise.
* findvar.c (default_read_var_value): Likewise.
* inline-frame.c (inline_frame_this_id): Likewise.
(skip-inline_frames): Likewise.
* infcmd.c (until_next_command): Likewise.
* linespec.c (convert_linespec_to_sals): Likewise.
* parse.c (parse_exp_in_context_1): Likewise.
* printcmd.c (build_address_symbolic): likewise.
(info_address_command): Likewise.
symtab.c (find_function_start_sal): Likewise.
(skip_prologue_sal): Likewise.
(find_function_alias_target): Likewise.
(find_gnu_ifunc): Likewise.
* stack.c (find_frame_funname): Likewise.
* symtab.c (fixup_symbol_section): Likewise.
(find_function_start_sal): Likewise.
(skip_prologue_sal): Likewsie.
(find_function_alias_target): Likewise.
(find_gnu_ifunc): Likewise.
* tracepoint.c (info_scope_command): Likewise.
* value.c (value_fn_field): Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Disassemble blocks with non-contiguous ranges
@ 2018-08-25 11:13 sergiodj+buildbot
2018-08-25 14:06 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-25 11:13 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 9fef689604c87f695e947a52a6eff7da4f13a0f8 ***
Author: Kevin Buettner <kevinb@redhat.com>
Branch: gdb-8.2-branch
Commit: 9fef689604c87f695e947a52a6eff7da4f13a0f8
Disassemble blocks with non-contiguous ranges
This patch adds support for disassembly of blocks with non-contiguous
ranges. These blocks are printed as follows:
(gdb) disassemble foo
Dump of assembler code for function foo:
Address range 0x401136 to 0x401151:
0x0000000000401136 <+0>: push %rbp
0x0000000000401137 <+1>: mov %rsp,%rbp
0x000000000040113a <+4>: callq 0x401134 <bar>
0x000000000040113f <+9>: mov 0x2eef(%rip),%eax # 0x404034 <e>
0x0000000000401145 <+15>: test %eax,%eax
0x0000000000401147 <+17>: je 0x40114e <foo+24>
0x0000000000401149 <+19>: callq 0x401128 <foo+4294967282>
0x000000000040114e <+24>: nop
0x000000000040114f <+25>: pop %rbp
0x0000000000401150 <+26>: retq
Address range 0x401128 to 0x401134:
0x0000000000401128 <+-14>: push %rbp
0x0000000000401129 <+-13>: mov %rsp,%rbp
0x000000000040112c <+-10>: callq 0x401126 <baz>
0x0000000000401131 <+-5>: nop
0x0000000000401132 <+-4>: pop %rbp
0x0000000000401133 <+-3>: retq
End of assembler dump.
This is an actual dump from the test case that I constructed for
this work. The ranges are printed in the order encountered in the
debug info. For the above example, note that the second range occupies
lower addresses than the first range.
Functions with contiguous ranges are still printed as follows:
(gdb) disassemble main
Dump of assembler code for function main:
0x0000000000401151 <+0>: push %rbp
0x0000000000401152 <+1>: mov %rsp,%rbp
0x0000000000401155 <+4>: callq 0x401136 <foo>
0x000000000040115a <+9>: mov $0x0,%eax
0x000000000040115f <+14>: pop %rbp
0x0000000000401160 <+15>: retq
End of assembler dump.
gdb/ChangeLog:
* cli/cli-cmds.c (block.h): Include.
(print_disassembly): Handle printing of non-contiguous blocks.
(disassemble_current_function): Likewise.
(disassemble_command): Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Add support for non-contiguous blocks to find_pc_partial_function
@ 2018-08-25 10:55 sergiodj+buildbot
2018-08-25 13:16 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-25 10:55 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 11c9ee15880d4f8ec86b82905300736cfa091c60 ***
Author: Kevin Buettner <kevinb@redhat.com>
Branch: gdb-8.2-branch
Commit: 11c9ee15880d4f8ec86b82905300736cfa091c60
Add support for non-contiguous blocks to find_pc_partial_function
This change adds an optional output parameter BLOCK to
find_pc_partial_function. If BLOCK is non-null, then *BLOCK will be
set to the address of the block corresponding to the function symbol
if such a symbol was found during lookup. Otherwise it's set to the
NULL value. Callers may wish to use the block information to
determine whether the block contains any non-contiguous ranges. The
caller may also iterate over or examine those ranges.
When I first started looking at the broken stepping behavior associated
with functions w/ non-contiguous ranges, I found that I could "fix"
the problem by disabling the find_pc_partial_function cache. It would
sometimes happen that the PC passed in would be between the low and
high cache values, but would be in some other function that happens to
be placed in between the ranges for the cached function. This caused
incorrect values to be returned.
So dealing with this cache turns out to be very important for fixing
this problem. I explored three different ways of dealing with the
cache.
My first approach was to clear the cache when a block was encountered
with more than one range. This would cause the non-cache pathway to
be executed on the next call to find_pc_partial_function.
Another approach, which I suspect is slightly faster, checks to see
whether the PC is within one of the ranges associated with the cached
block. If so, then the cached values can be used. It falls back to
the original behavior if there is no cached block.
The current approach, suggested by Simon Marchi, is to restrict the
low/high pc values recorded for the cache to the beginning and end of
the range containing the PC value under consideration. This allows us
to retain the simple (and fast) test for determining whether the
memoized (cached) values apply to the PC passed to
find_pc_partial_function.
Another choice that had to be made regards setting *ADDRESS and
*ENDADDR. There are three possibilities which might make sense:
1) *ADDRESS and *ENDADDR represent the lowest and highest address
of the function.
2) *ADDRESS and *ENDADDR are set to the start and end address of
the range containing the entry pc.
3) *ADDRESS and *ENDADDR are set to the start and end address of
the range in which PC is found.
An earlier version of this patch implemented option #1. I found out
that it's not very useful though and, in fact, returns results that
are incorrect when used in the context of determining the start and
end of the function for doing prologue analysis. While debugging a
function in which the entry pc was in the second range (of a function
containing two non-contiguous ranges), I noticed that
amd64_skip_prologue called find_pc_partial_function - the returned
start address was set to the beginning of the first range. This is
incorrect for this function. What was also interesting was that this
first invocation of find_pc_partial_function correctly set the cache
for the PC on which it had been invoked, but a slightly later call
from skip_prologue_using_sal could not use this cached value because
it was now being used to lookup the very lowest address of the
function - which is in a range not containing the entry pc.
Option #2 is attractive as it would provide a desirable result
when used in the context of prologue analysis. However, many callers,
including some which do prologue analysis want the condition
*ADDRESS <= PC < *ENDADDR to hold. This will not be the case when
find_pc_partial_function is called on a PC that's in a non-entry-pc
range. A later patch to this series adds
find_function_entry_range_from_pc as a wrapper of
find_pc_partial_function.
Option #3 causes the *ADDRESS <= PC < *ENDADDR property to hold. If
find_pc_partial_function is called with a PC that's within entry pc's
range, then it will correctly return the limits of that range. So, if
the result of a minsym search is passed to find_pc_partial_function
to find the limits, then correct results will be achieved. Returned
limits (for prologue analysis) won't be correct when PC is within some
other (non-entry-pc) range. I don't yet know how big of a problem
this might be; I'm guessing that it won't be a serious problem - if a
compiler generates functions which have non-contiguous ranges, then it
also probably generates DWARF2 CFI which makes a lot of the old
prologue analysis moot.
I've implemented option #3 for this version of the patch. I don't see
any regressions for x86-64. Moreover, I don't expect to see
regressions for other targets either simply because
find_pc_partial_function behaves the same as it did before for the
contiguous address range case. That said, there may be some
adjustments needed if GDB encounters a function requiring prologue
analysis which occupies non-contiguous ranges.
gdb/ChangeLog:
* symtab.h (find_pc_partial_function): Add new parameter `block'.
* blockframe.c (cache_pc_function_block): New static global.
(clear_pc_function_cache): Clear cache_pc_function_block.
(find_pc_partial_function): Move comment to symtab.h. Add
support for non-contiguous blocks.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Record explicit block ranges from dwarf2read.c
@ 2018-08-25 10:00 sergiodj+buildbot
2018-08-25 12:57 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-25 10:00 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 8cad3755f9d24f236699ecf4100c116095f7ab01 ***
Author: Kevin Buettner <kevinb@redhat.com>
Branch: gdb-8.2-branch
Commit: 8cad3755f9d24f236699ecf4100c116095f7ab01
Record explicit block ranges from dwarf2read.c
This change sets BLOCK_RANGES for the block under consideration by
calling make_blockranges(). This action is performed in
dwarf2_record_block_ranges().
It should be noted that dwarf2_record_block_ranges() already does some
recording of the range via a call to record_block_range(). The ranges
recorded in that fashion end up in the address map associated with the
blockvector for the compilation unit's symtab. Given an address, the
addrmap provides a fast way of finding the block containing that
address. The address map does not, however, provide a convenient way
of determining which address ranges make up a particular block.
While reading a set of ranges, a vector of pairs is used to collect
the starting and ending addresses for each range in the block. Once
all of the ranges for a block have been collected, make_blockranges()
is called to fill in BLOCK_RANGES for the block.
The ranges are stored for the block in the order that they're read
from the debug info. For DWARF, the starting address of the first
range of the block will be the entry pc in cases where DW_AT_entry_pc
is not present. (Well, that would ideally be the case. At the moment
DW_AT_entry_pc is not being handled.)
gdb/ChangeLog:
* dwarf2read.c (dwarf2_record_block_ranges): Fill in BLOCK_RANGES
for block.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Add block range data structure for blocks with non-contiguous address ranges
@ 2018-08-25 9:16 sergiodj+buildbot
2018-08-25 10:34 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-25 9:16 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 76dae9eb044ab86c242724968f541ee6702851af ***
Author: Kevin Buettner <kevinb@redhat.com>
Branch: gdb-8.2-branch
Commit: 76dae9eb044ab86c242724968f541ee6702851af
Add block range data structure for blocks with non-contiguous address ranges
This patch does the following:
- Introduces a block range data structure which is accessed via
a new field in struct block.
- Defines several macros for accessing block ranges.
- Defines a new function, make_blockrange, which is responsible for
creating the new data structure.
It should be noted that some support for non-contiguous ranges already
existed in GDB in the form of blockvector addrmaps. This support
allowed GDB to quickly find a block containing a particular address
even when the block consists of non-contiguous addresses. See
find_block_in_blockvector() in block.c, dwarf2_record_block_ranges()
in dwarf2read.c, and record_block_range() in buildsym.c.
Addrmaps do not provide a convenient way to examine address ranges
associated with a particular block. This data structure (and its
interface) is set up for quickly finding the value (which in this case
is a block) associated with a particular address. The interface
does not include a method for doing a reverse mapping from blocks to
addresses. A linear time mapping might be attempted via use of the
addrmap's foreach method, but this is not as straightforward as it
might first appear due to the fact that blocks corresponding to inline
function instances and lexical blocks w/ variables end up getting
interspersed in in the set of transitions.
Note: If this approach is deemed to be too expensive in terms of
space, an alternate approach might be to attempt the linear time
mapping noted above. find_pc_partial_function() needs to be able to
quickly know whether there are discontiguous ranges, so a flag for
this property would have to be added to struct block. Also integral
to this set of changes is the concept of an "entry pc" which might be
different from the block's start address. An entry_pc field would
also need to be added to struct block. This does not result in any
space savings in struct block though since the space for the flag and
entry_pc use more space than the blockranges struct pointer that I've
added. There would, however, be some space savings due to the fact
that the new data structures that I've added for this patch would not
need to be allocated. (I happen to like the approach I've come up
with, but I wanted to mention another possibility just in case someone
does not.)
gdb/ChangeLog:
* block.h (blockrange, blockranges): New struct declarations.
(struct block): Add new field named `ranges'.
(BLOCK_RANGES, BLOCK_NRANGES, BLOCK_RANGE, BLOCK_CONTIGUOUS_P)
(BLOCK_RANGE_START, BLOCK_RANGE_END, BLOCK_ENTRY_PC): New
macros for accessing ranges in struct block.
(make_blockranges): New declaration.
block.c (make_blockranges): New function.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix 8.2 regression in gdb.python/py-evthreads.exp w/ gdbserver (PR gdb/23379)
@ 2018-08-24 23:50 sergiodj+buildbot
2018-08-25 1:59 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-24 23:50 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 0e84db8c75a5afbfef02a295f4f8867bd07ea12d ***
Author: Pedro Alves <palves@redhat.com>
Branch: gdb-8.2-branch
Commit: 0e84db8c75a5afbfef02a295f4f8867bd07ea12d
Fix 8.2 regression in gdb.python/py-evthreads.exp w/ gdbserver (PR gdb/23379)
This commit fixes a 8.1->8.2 regression exposed by
gdb.python/py-evthreads.exp when testing with
--target_board=native-gdbserver.
gdb.log shows:
src/gdb/thread.c:93: internal-error: thread_info* inferior_thread(): Assertion `tp' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) FAIL: gdb.python/py-evthreads.exp: run to breakpoint 1 (GDB internal error)
A backtrace shows (frames #2 and #10 highlighted) that the assertion
fails when GDB is setting up the connection to the remote target, in
non-stop mode:
#0 0x0000000000622ff0 in internal_error(char const*, int, char const*, ...) (file=0xc1ad98 "src/gdb/thread.c", line=93, fmt=0xc1ad20 "%s: Assertion `%s' failed.") at src/gdb/common/errors.c:54
#1 0x000000000089567e in inferior_thread() () at src/gdb/thread.c:93
= #2 0x00000000004da91d in get_event_thread() () at src/gdb/python/py-threadevent.c:38
#3 0x00000000004da9b7 in create_thread_event_object(_typeobject*, _object*) (py_type=0x11574c0 <continue_event_object_type>, thread=0x0)
at src/gdb/python/py-threadevent.c:60
#4 0x00000000004bf6fe in create_continue_event_object() () at src/gdb/python/py-continueevent.c:27
#5 0x00000000004bf738 in emit_continue_event(ptid_t) (ptid=...) at src/gdb/python/py-continueevent.c:40
#6 0x00000000004c7d47 in python_on_resume(ptid_t) (ptid=...) at src/gdb/python/py-inferior.c:108
#7 0x0000000000485bfb in std::_Function_handler<void (ptid_t), void (*)(ptid_t)>::_M_invoke(std::_Any_data const&, ptid_t&&) (__functor=..., __args#0=...) at /usr/include/c++/7/bits/std_function.h:316
#8 0x000000000089b416 in std::function<void (ptid_t)>::operator()(ptid_t) const (this=0x12aa600, __args#0=...)
at /usr/include/c++/7/bits/std_function.h:706
#9 0x000000000089aa0e in gdb::observers::observable<ptid_t>::notify(ptid_t) const (this=0x118a7a0 <gdb::observers::target_resumed>, args#0=...)
at src/gdb/common/observable.h:106
= #10 0x0000000000896fbe in set_running(ptid_t, int) (ptid=..., running=1) at src/gdb/thread.c:880
#11 0x00000000007f750f in remote_target::remote_add_thread(ptid_t, bool, bool) (this=0x12c5440, ptid=..., running=true, executing=true) at src/gdb/remote.c:2434
#12 0x00000000007f779d in remote_target::remote_notice_new_inferior(ptid_t, int) (this=0x12c5440, currthread=..., executing=1)
at src/gdb/remote.c:2515
#13 0x00000000007f9c44 in remote_target::update_thread_list() (this=0x12c5440) at src/gdb/remote.c:3831
#14 0x00000000007fb922 in remote_target::start_remote(int, int) (this=0x12c5440, from_tty=0, extended_p=0)
at src/gdb/remote.c:4655
#15 0x00000000007fd102 in remote_target::open_1(char const*, int, int) (name=0x1a4f45e "localhost:2346", from_tty=0, extended_p=0)
at src/gdb/remote.c:5638
#16 0x00000000007fbec1 in remote_target::open(char const*, int) (name=0x1a4f45e "localhost:2346", from_tty=0)
at src/gdb/remote.c:4862
So on frame #10, we're marking a newly-discovered thread as running,
and that causes the Python API to emit a gdb.ContinueEvent.
gdb.ContinueEvent is a gdb.ThreadEvent, and as such includes the event
thread as the "inferior_thread" attribute. The problem is that when
we get to frame #3/#4, we lost all references to the thread that is
being marked as running. create_continue_event_object assumes that it
is the current thread, which is not true in this case.
Fix this by passing down the right thread in
create_continue_event_object. Also remove
create_thread_event_object's default argument and have the only other
caller left pass down the right thread explicitly too.
gdb/ChangeLog:
2018-08-24 Pedro Alves <palves@redhat.com>
Simon Marchi <simon.marchi@ericsson.com>
PR gdb/23379
* python/py-continueevent.c: Include "gdbthread.h".
(create_continue_event_object): Add intro comment. Add 'ptid'
parameter. Use it to find thread to pass to
create_thread_event_object.
(emit_continue_event): Pass PTID down to
create_continue_event_object.
* python/py-event.h (py_get_event_thread): Declare.
(create_thread_event_object): Remove default from 'thread'
parameter.
* python/py-stopevent.c (create_stop_event_object): Use
py_get_event_thread.
* python/py-threadevent.c (get_event_thread): Rename to ...
(py_get_event_thread): ... this, make extern, add 'ptid' parameter
and use it to find the thread.
(create_thread_event_object): Assert that THREAD isn't null.
Don't find the event thread here.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Darwin: fix bad loop incrementation
@ 2018-08-23 15:34 sergiodj+buildbot
2018-08-23 17:44 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-23 15:34 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 6354b6519382f592c81932631c7d45c61d6ba5b7 ***
Author: Xavier Roirand <roirand@adacore.com>
Branch: gdb-8.2-branch
Commit: 6354b6519382f592c81932631c7d45c61d6ba5b7
Darwin: fix bad loop incrementation
When reading symbols from the vector of oso files on Mac OS X
Darwin, a previous commit introduce a change in the loop and add
an increment at each loop iteration whereas this incrementation is
not needed since the increment or set of the loop control variable
is already done in the loop.
gdb/ChangeLog:
* machoread.c (macho_symfile_read_all_oso): Remove uneeded
incrementation.
Change-Id: I3a5a6deb4e9d834ee7d4217a62d90c2ffb7241bc
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Aarch64 SVE VG is Vector Granule
@ 2018-08-22 9:18 sergiodj+buildbot
2018-08-22 17:43 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-22 9:18 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 7c46ec12730d911b0a3d0f5aaafb1ba12f0bdeac ***
Author: Alan Hayward <alan.hayward@arm.com>
Branch: gdb-8.2-branch
Commit: 7c46ec12730d911b0a3d0f5aaafb1ba12f0bdeac
Aarch64 SVE VG is Vector Granule
...not Vector Gradient.
See: DWARF for the ARM 64-bit Architecture (AArch64) with SVE support
gdb/
* arch/aarch64.h (aarch64_regnum): Update comment.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Add AArch64 SVE to NEWS and GDB manual
@ 2018-08-22 9:07 sergiodj+buildbot
2018-08-22 16:25 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-22 9:07 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 694b0fb308cb7a6b19cd6323d9284408a503de9c ***
Author: Alan Hayward <alan.hayward@arm.com>
Branch: gdb-8.2-branch
Commit: 694b0fb308cb7a6b19cd6323d9284408a503de9c
Add AArch64 SVE to NEWS and GDB manual
gdb/
* NEWS: Add SVE to 8.2 section.
gdb/doc/
* doc/gdb.texinfo (AArch64 SVE): New subsubsection.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Remove "repeat" argument from command_line_input
@ 2018-08-18 0:04 sergiodj+buildbot
2018-08-18 4:02 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-18 0:04 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 84a39102d73de5b195b3f8037780ed2133db1fb7 ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: 84a39102d73de5b195b3f8037780ed2133db1fb7
Remove "repeat" argument from command_line_input
After the previous patch, all callers pass 0 as the repeat argument to
command_line_input. So, this patch removes it.
2018-08-16 Tom Tromey <tom@tromey.com>
* top.c (read_command_file): Update.
(command_line_input): Remove "repeat" argument.
* ada-lang.c (get_selections): Update.
* linespec.c (decode_line_2): Update.
* defs.h (command_line_input): Remove argument.
* cli/cli-script.c (read_next_line): Update.
* python/py-gdb-readline.c: Update.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix use-after-free in number_or_range_parser
@ 2018-08-17 23:51 sergiodj+buildbot
2018-08-18 2:50 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-08-17 23:51 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 5424be6a70bd9b462e7fd72e817367602c354e2c ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: 5424be6a70bd9b462e7fd72e817367602c354e2c
Fix use-after-free in number_or_range_parser
-fsanitize=address showed a use-after-free in number_or_range_parser.
The cause was that handle_line_of_input could stash the input into
"saved_command_line", and then this could be freed by reentrant calls.
This fixes the bug by preventing commands that are read by "commands"
from being eligible for repeating.
2018-08-17 Tom Tromey <tom@tromey.com>
* cli/cli-script.c (read_next_line): Pass 0 as repeat argument to
command_line_input.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Rename tdesc_register_size to tdesc_register_bitsize
@ 2018-07-25 10:09 sergiodj+buildbot
2018-07-25 11:09 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-25 10:09 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 450cf17e305ba3dcccfff7643e85537f1de58d9c ***
Author: Alan Hayward <alan.hayward@arm.com>
Branch: gdb-8.2-branch
Commit: 450cf17e305ba3dcccfff7643e85537f1de58d9c
Rename tdesc_register_size to tdesc_register_bitsize
tdesc_register_size returns number of bits, not bytes.
Rename to make it clearer.
Also, fixed bug in aarch64_get_tdesc_vq which assumed bytes.
gdb/
* target-descriptions.c (tdesc_register_bitsize): Rename.
* target-descriptions.h (tdesc_register_bitsize): Likewise.
* rs6000-tdep.c (rs6000_gdbarch_init): Use new name.
* aarch64-tdep.c (aarch64_get_tdesc_vq): Convert size.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Set CU language before processing any DIEs (symtab/23010 et al)
@ 2018-07-24 20:38 sergiodj+buildbot
2018-07-24 21:38 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-24 20:38 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 9eb8d8e3e025323c9c5566b36c1fdc331aa33132 ***
Author: Keith Seitz <keiths@redhat.com>
Branch: gdb-8.2-branch
Commit: 9eb8d8e3e025323c9c5566b36c1fdc331aa33132
Set CU language before processing any DIEs (symtab/23010 et al)
This patch is another attempt at really fixing the multitude of assertions
being seen where symbols of one language are being added to symbol lists of
another language.
In this specific case, the backtrace command (thread apply all bt full) that
is looking for the compunit containing the PC of the thread. That calls
get_prev_frame several times. This function calls (eventually)
dwarf2_frame_prev_register. That eventually ends up calling
find_pc_compunit_symtab.
In this function (find_pc_sect_compunit_symtab actually), we loop over all
compunits, calling the "quick" function dw2_find_pc_sect_compunit_symtab.
That function calls dw2_instantiate_symtab to read in all the CU's symbols.
Now the fun begins.
dw2_do_instantiate_symtab queues the per_cu for reading, using a default
"pretend" language of language_minimal with the expectation that this will
be set later.
The DIEs of this (only queued) CU are then processed.
The first DIE is DW_TAG_compile_unit. That's handled by read_file_scope.
(Nearly) The first thing read_file_scope does is:
get_scope_pc_bounds (die, &lowpc, &highpc, cu);
This function loops over the children of the current DIE (a compile_unit),
looking for bounds. The first such child is a subprogram, and we attempt to
get its bounds. We use dwarf2_attr to get at DW_AT_high_pc.
This subprogram has DW_AT_specification set, so dwarf_attr (via
follow_die_ref/follow_die_offset) will follow that, but follow_die_offset
*also* attempts to load the containing CU for the spec DIE. That spec DIE
lives inside a CU that is a partial_unit and has no language attribute. So
it simply inherits the language from the CU that elicited the read. [That
all happens in follow_die_offset.]
The original CU's language is still language_minimal -- we haven't gotten to
the line in read_file_scope that actually sets the language yet!
And that is the cause of these problems. The call to prepare_one_comp_unit
needs to be the *first* thing that is done when reading a CU so that the
CU's language can be recorded (and inherited by any referenced
partial_units).
Since a test reproducer for this has been so elusive, this patch also adds a
wrapper function around add_symbol_to_list which asserts when adding a
symbol of one language to a list containing symbols of a different language.
gdb/ChangeLog:
2017-07-24 Keith Seitz <keiths@redhat.com>
PR symtab/23010
* dwarf2read.c (dw2_add_symbol_to_list): New function.
(fixup_go_packaging, new_symbol): Use dw2_add_symbol_to_list
instead of add_symbol_to_list.
(read_file_scope): Call prepare_one_comp_unit before reading
any other DIEs.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Pass the correct argument to the observer in reread_symbols
@ 2018-07-22 22:42 sergiodj+buildbot
2018-07-23 15:18 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-22 22:42 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 80860e6dad00190660c49b60bbbefee1648a46e2 ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: 80860e6dad00190660c49b60bbbefee1648a46e2
Pass the correct argument to the observer in reread_symbols
This is actually a patch I found via another route. Joel had asked me
to write a test, but I still have not found the time to do this.
Meanwhile, -Wunused-variable also found this error.
2018-07-22 Tom Tromey <tom@tromey.com>
* symfile.c (reread_symbols): Notify iter, not objfile.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix ravenscar-thread.c to use arch_ops
@ 2018-07-22 22:30 sergiodj+buildbot
2018-07-23 14:04 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-22 22:30 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT ac4f58d797780e305ba7be2c5d7efa8abf45fb74 ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: ac4f58d797780e305ba7be2c5d7efa8abf45fb74
Fix ravenscar-thread.c to use arch_ops
The change to turn target ops into methods accidentally introduced a
bug in ravenscar-thread.c, changing some calls that were using
"arch_ops" to use the target beneath.
This patch changes ravenscar-thread.c to use these variables where
appropriate.
2018-07-22 Tom Tromey <tom@tromey.com>
* ravenscar-thread.c (ravenscar_thread_target::store_registers):
Use arch_ops.
(ravenscar_thread_target::prepare_to_store): Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix GDB build using mingw.org's MinGW
@ 2018-07-19 14:15 sergiodj+buildbot
2018-07-19 21:07 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-19 14:15 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 6b5c10c4f80cd4a741f3e378a3a42f3ed1741d49 ***
Author: Eli Zaretskii <eliz@gnu.org>
Branch: gdb-8.2-branch
Commit: 6b5c10c4f80cd4a741f3e378a3a42f3ed1741d49
Fix GDB build using mingw.org's MinGW
libiberty/
2018-07-18 Eli Zaretskii <eliz@gnu.org>
PR gdb/23434
* libiberty/simple-object-elf.c (ENOTSUP): If not defined by
errno.h, redirect ENOTSUP to ENOSYS.
(cherry picked from commit db3410f80f793189d3c8afb8b80951333d3fe007)
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Use scoped_free_pendings in coff_symtab_read
@ 2018-07-17 16:04 sergiodj+buildbot
2018-07-18 9:40 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-17 16:04 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 79b38778d788e01e66e82f16bf3d4957439c77d5 ***
Author: Tom Tromey <tom@tromey.com>
Branch: gdb-8.2-branch
Commit: 79b38778d788e01e66e82f16bf3d4957439c77d5
Use scoped_free_pendings in coff_symtab_read
PR gdb/18624 concerns an assertion failure that occurs when setting a
breakpoint in a Go program on Windows.
What happens here is that coff_symtab_read uses buildsym but does not
instantiate scoped_free_pendings. So, the struct pending objects are
never released. Later, dwarf2read.c calls buildsym_init, which
asserts.
This patch fixes the problem by instantiating scoped_free_pendings in
coff_symtab_read.
Tested using the test executable from the PR. I don't know how to
test this more fully.
2018-07-17 Tom Tromey <tom@tromey.com>
PR gdb/18624:
* coffread.c (coff_symtab_read): Use scoped_free_pendings.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] GDBserver: Fix "Cond. jump or move depends on uninit value" in x87 code
@ 2018-07-11 19:59 sergiodj+buildbot
2018-07-12 2:40 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-11 19:59 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 82e080dcf7289255f3a9bf6b860d4864aa93e554 ***
Author: Pedro Alves <palves@redhat.com>
Branch: gdb-8.2-branch
Commit: 82e080dcf7289255f3a9bf6b860d4864aa93e554
GDBserver: Fix "Cond. jump or move depends on uninit value" in x87 code
Running gdbserver under Valgrind I get:
==26925== Conditional jump or move depends on uninitialised value(s)
==26925== at 0x473E7F: i387_cache_to_xsave(regcache*, void*) (i387-fp.c:579)
==26925== by 0x46E3ED: x86_fill_xstateregset(regcache*, void*) (linux-x86-low.c:418)
==26925== by 0x45E747: regsets_store_inferior_registers(regsets_info*, regcache*) (linux-low.c:5456)
==26925== by 0x45EEF8: linux_store_registers(regcache*, int) (linux-low.c:5731)
==26925== by 0x426441: regcache_invalidate_thread(thread_info*) (regcache.c:89)
==26925== by 0x45CCAF: linux_resume_one_lwp_throw(lwp_info*, int, int, siginfo_t*) (linux-low.c:4447)
==26925== by 0x45CE2A: linux_resume_one_lwp(lwp_info*, int, int, siginfo_t*) (linux-low.c:4519)
==26925== by 0x45E17C: proceed_one_lwp(thread_info*, lwp_info*) (linux-low.c:5216)
==26925== by 0x45DC81: linux_resume_one_thread(thread_info*, bool) (linux-low.c:5031)
==26925== by 0x45DD34: linux_resume(thread_resume*, unsigned long)::{lambda(thread_info*)#2}::operator()(thread_info*) const (linux-low.c:5095)
==26925== by 0x462907: void for_each_thread<linux_resume(thread_resume*, unsigned long)::{lambda(thread_info*)#2}>(linux_resume(thread_resume*, unsigned long)::{lambda(thread_info*)#2}) (gdbthread.h:150)
==26925== by 0x45DE62: linux_resume(thread_resume*, unsigned long) (linux-low.c:5093)
==26925==
==26925== Conditional jump or move depends on uninitialised value(s)
==26925== at 0x473EBD: i387_cache_to_xsave(regcache*, void*) (i387-fp.c:586)
==26925== by 0x46E3ED: x86_fill_xstateregset(regcache*, void*) (linux-x86-low.c:418)
==26925== by 0x45E747: regsets_store_inferior_registers(regsets_info*, regcache*) (linux-low.c:5456)
==26925== by 0x45EEF8: linux_store_registers(regcache*, int) (linux-low.c:5731)
==26925== by 0x426441: regcache_invalidate_thread(thread_info*) (regcache.c:89)
==26925== by 0x45CCAF: linux_resume_one_lwp_throw(lwp_info*, int, int, siginfo_t*) (linux-low.c:4447)
==26925== by 0x45CE2A: linux_resume_one_lwp(lwp_info*, int, int, siginfo_t*) (linux-low.c:4519)
==26925== by 0x45E17C: proceed_one_lwp(thread_info*, lwp_info*) (linux-low.c:5216)
==26925== by 0x45DC81: linux_resume_one_thread(thread_info*, bool) (linux-low.c:5031)
==26925== by 0x45DD34: linux_resume(thread_resume*, unsigned long)::{lambda(thread_info*)#2}::operator()(thread_info*) const (linux-low.c:5095)
==26925== by 0x462907: void for_each_thread<linux_resume(thread_resume*, unsigned long)::{lambda(thread_info*)#2}>(linux_resume(thread_resume*, unsigned long)::{lambda(thread_info*)#2}) (gdbthread.h:150)
==26925== by 0x45DE62: linux_resume(thread_resume*, unsigned long) (linux-low.c:5093)
The problem is a type/width mismatch in code like this, in
gdbserver/i387-fp.c:
/* Some registers are 16-bit. */
collect_register_by_name (regcache, "fctrl", &val);
fp->fctrl = val;
In the above code:
#1 - 'val' is a 64-bit unsigned long.
#2 - "fctrl" is 32-bit in the register cache, thus half of 'val' is
left uninitialized by collect_register_by_name, which works with
an untyped raw buffer output (i.e., void*).
#3 - fp->fctrl is an unsigned short (16-bit). For some such
registers we're masking off the uninitialized bits with 0xffff,
but not in all cases.
We end up in such a fragile situation because
collect_registers_by_name works with an untyped output buffer pointer,
making it easy to pass a pointer to a variable of the wrong size.
Fix this by using regcache_raw_get_unsigned instead (actually a new
regcache_raw_get_unsigned_by_name wrapper), which always returns a
zero-extended ULONGEST register value. It ends up simplifying the
i387-tdep.c code a bit, even.
gdb/gdbserver/ChangeLog:
2018-07-11 Pedro Alves <palves@redhat.com>
* i387-fp.c (i387_cache_to_fsave, cache_to_fxsave)
(i387_cache_to_xsave): Use regcache_raw_get_unsigned_by_name
instead of collect_register_by_name.
* regcache.c (regcache_raw_get_unsigned_by_name): New.
* regcache.h (regcache_raw_get_unsigned_by_name): New.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Fix PR c++/23373: GDB hangs when printing a struct with a static member of itself
@ 2018-07-11 19:31 sergiodj+buildbot
2018-07-12 1:29 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-11 19:31 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT ad3c631a762734c39b85086d20ba28940c2fc9b8 ***
Author: Sergio Durigan Junior <sergiodj@redhat.com>
Branch: gdb-8.2-branch
Commit: ad3c631a762734c39b85086d20ba28940c2fc9b8
Fix PR c++/23373: GDB hangs when printing a struct with a static member of itself
This patch fixes a failure that happens when a structure has a static
member whose type is the same as itself. From the bug report:
Example code:
struct A
{
static A Empty;
int a;
};
int main(void) {
A a;
return 0;
}
Output:
(gdb) ptype/o A
/* offset | size */ type = struct A {
static struct A {
static struct A {
static struct A {
static struct A {
static struct A {
static struct A {
... # infinite loop
The problem here is that GDB is not taking into account the fact that
static members inside a class/struct are not stored in the
class/struct, and therefore they should not be accounted for during
the display of the offsets/sizes. The fix is simple: we just check if
the field we're dealing with (on
c-typeprint.c:c_type_print_base_struct_union) is static, and if it is
then we don't iterate over it.
This patch also adds a new test for this case, and doesn't introduce
any regressions. I believe it is important enough to be included in
the 8.2 branch.
OK?
gdb/ChangeLog:
2018-07-11 Sergio Durigan Junior <sergiodj@redhat.com>
PR c++/23373
* c-typeprint.c (c_type_print_base_struct_union): Don't print
offsets/sizes for static members of a class/struct.
gdb/testsuite/ChangeLog:
2018-07-11 Sergio Durigan Junior <sergiodj@redhat.com>
PR c++/23373
* gdb.base/ptype-offsets.cc (struct static_member): New
struct.
(main) <stmember>: New variable.
* gdb.base/ptype-offsets.exp: Add test for printing a struct
with a static member in it.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] contrib/gdb-add-index.sh -dwarf-5
@ 2018-07-07 21:34 sergiodj+buildbot
2018-07-07 23:25 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-07 21:34 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT dbc864ae0befb776deae11a6e420ba7f1c6b80c4 ***
Author: Jan Kratochvil <jan.kratochvil@redhat.com>
Branch: gdb-8.2-branch
Commit: dbc864ae0befb776deae11a6e420ba7f1c6b80c4
contrib/gdb-add-index.sh -dwarf-5
------------------------------------------------------------------------------
(gdb) help save gdb-index
Save a gdb-index file.
Usage: save gdb-index [-dwarf-5] DIRECTORY
No options create one file with .gdb-index extension for pre-DWARF-5
compatible .gdb_index section. With -dwarf-5 creates two files with
extension .debug_names and .debug_str for DWARF-5 .debug_names section.
------------------------------------------------------------------------------
But gdb-add-index command provided no way how to pass the -dwarf-5 option.
gdb/ChangeLog
2018-07-07 Jan Kratochvil <jan.kratochvil@redhat.com>
* contrib/gdb-add-index.sh ($dwarf5): New, use it.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Bump GDB version number to 8.1.90.DATE-git.
@ 2018-07-04 17:35 sergiodj+buildbot
2018-07-05 0:46 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-04 17:35 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 1e80936c63d3ad2c1e0a357a8ff1b701dfdb2531 ***
Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-8.2-branch
Commit: 1e80936c63d3ad2c1e0a357a8ff1b701dfdb2531
Bump GDB version number to 8.1.90.DATE-git.
gdb/ChangeLog:
* version.in: Set GDB version number to 8.1.90.DATE-git.
* PROBLEMS: Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Set GDB version number to 8.1.90.
@ 2018-07-04 17:24 sergiodj+buildbot
2018-07-04 23:36 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-04 17:24 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT a37b7a0260c019bbbaa9d7cc205f2d0f9fa21292 ***
Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-8.2-branch
Commit: a37b7a0260c019bbbaa9d7cc205f2d0f9fa21292
Set GDB version number to 8.1.90.
gdb/ChangeLog:
* version.in: Set GDB version number to 8.1.90.
* PROBLEMS: Likewise.
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] gdb/NEWS: Change "Changes since GDB 8.1" into "Changes in GDB 8.2".
@ 2018-07-04 16:53 sergiodj+buildbot
2018-07-04 22:24 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-04 16:53 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT 564d85cd9fc88b1e82336dc06fc32bcb7ed80a04 ***
Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-8.2-branch
Commit: 564d85cd9fc88b1e82336dc06fc32bcb7ed80a04
gdb/NEWS: Change "Changes since GDB 8.1" into "Changes in GDB 8.2".
gdb/ChangeLog:
* NEWS: Change "Changes since GDB 8.1" into "Changes in GDB 8.2".
^ permalink raw reply [flat|nested] 69+ messages in thread
* [binutils-gdb/gdb-8.2-branch] Set development mode to "off" by default.
@ 2018-07-04 16:17 sergiodj+buildbot
2018-07-04 18:54 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
0 siblings, 1 reply; 69+ messages in thread
From: sergiodj+buildbot @ 2018-07-04 16:17 UTC (permalink / raw)
To: gdb-testers
*** TEST RESULTS FOR COMMIT a001924968a71f2384f9d41ad2b7700f3b97745d ***
Author: Joel Brobecker <brobecker@adacore.com>
Branch: gdb-8.2-branch
Commit: a001924968a71f2384f9d41ad2b7700f3b97745d
Set development mode to "off" by default.
bfd/ChangeLog:
* development.sh (development): Set to false.
^ permalink raw reply [flat|nested] 69+ messages in thread
end of thread, other threads:[~2019-02-27 3:33 UTC | newest]
Thread overview: 69+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-07-31 17:24 [binutils-gdb/gdb-8.2-branch] Remove struct keyword in range-based for loop sergiodj+buildbot
2018-07-31 17:24 ` Failures on RHEL-s390x-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-31 22:22 ` Failures on Fedora-i686, " sergiodj+buildbot
2018-07-31 22:34 ` Failures on Fedora-x86_64-m32, " sergiodj+buildbot
2018-07-31 22:41 ` Failures on Fedora-x86_64-cc-with-index, " sergiodj+buildbot
2018-07-31 22:42 ` *** COMPILATION FAILED *** Failures on Fedora-x86_64-w64-mingw32, branch gdb-8.2-branch *** BREAKAGE *** sergiodj+buildbot
2018-07-31 22:57 ` Failures on Fedora-x86_64-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-31 23:02 ` Failures on Fedora-x86_64-native-extended-gdbserver-m32, " sergiodj+buildbot
2018-07-31 23:18 ` Failures on Fedora-x86_64-native-extended-gdbserver-m64, " sergiodj+buildbot
2018-07-31 23:23 ` Failures on Fedora-x86_64-native-gdbserver-m32, " sergiodj+buildbot
2018-08-01 0:57 ` Failures on Debian-s390x-native-gdbserver-m64, " sergiodj+buildbot
2018-08-01 1:15 ` Failures on Debian-s390x-m64, " sergiodj+buildbot
2018-08-01 1:46 ` Failures on Debian-s390x-native-extended-gdbserver-m64, " sergiodj+buildbot
2018-08-18 17:35 ` Failures on Fedora-x86_64-native-gdbserver-m64, " sergiodj+buildbot
2018-08-31 21:17 ` Failures on Fedora-s390x-m64, " sergiodj+buildbot
-- strict thread matches above, loose matches on Subject: below --
2019-02-26 20:27 [binutils-gdb/gdb-8.2-branch] Import patch to fix PR23919 from the mainline sergiodj+buildbot
2019-02-27 3:33 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-12-23 7:11 [binutils-gdb/gdb-8.2-branch] Bump GDB version number to 8.2.1.DATE-git sergiodj+buildbot
2018-12-23 9:18 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-12-23 6:42 [binutils-gdb/gdb-8.2-branch] Set GDB version number to 8.2.1 sergiodj+buildbot
2018-12-23 7:41 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-12-21 19:25 [binutils-gdb/gdb-8.2-branch] gdb: Fix "info os <unknown>" command sergiodj+buildbot
2018-12-22 0:54 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-12-19 11:24 [binutils-gdb/gdb-8.2-branch] Fix SYMBOL_LANGUAGE assertion failure on AIX sergiodj+buildbot
2018-12-19 11:53 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-12-18 16:43 [binutils-gdb/gdb-8.2-branch] Fix dwarf2read.c:dwarf2_find_containing_comp_unit's binary search sergiodj+buildbot
2018-12-18 17:01 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-11-21 18:19 [binutils-gdb/gdb-8.2-branch] Make command-repeat work after gdb.execute sergiodj+buildbot
2018-11-22 1:58 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-11-19 19:20 [binutils-gdb/gdb-8.2-branch] gdb.base/warning.exp tweaks sergiodj+buildbot
2018-11-19 23:00 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-11-19 19:08 [binutils-gdb/gdb-8.2-branch] Avoid crash when calling warning too early sergiodj+buildbot
2018-11-19 22:01 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-18 16:29 [binutils-gdb/gdb-8.2-branch] python: Make gdb.execute("show commands") work (PR 23669) sergiodj+buildbot
2018-09-19 6:16 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-16 23:49 [binutils-gdb/gdb-8.2-branch] Move 'is_regular_file' from common-utils.c to filestuff.c sergiodj+buildbot
2018-09-17 11:50 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-14 9:41 [binutils-gdb/gdb-8.2-branch] Make Rust error message mention the field name sergiodj+buildbot
2018-09-16 5:44 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-14 9:26 [binutils-gdb/gdb-8.2-branch] Fix crash with empty Rust enum sergiodj+buildbot
2018-09-16 2:24 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-12 18:25 [binutils-gdb/gdb-8.2-branch] Fix "make install-strip" failure to install gdb-add-index.sh sergiodj+buildbot
2018-09-12 19:13 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-06 22:40 [binutils-gdb/gdb-8.2-branch] Bump GDB version number to 8.2.0.DATE-git sergiodj+buildbot
2018-09-06 22:58 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-06 16:39 [binutils-gdb/gdb-8.2-branch] Set GDB version number to 8.2 sergiodj+buildbot
2018-09-06 19:55 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-06 1:29 [binutils-gdb/gdb-8.2-branch] fix incorrect gnulib getcwd replacement when cross-compiling GDB sergiodj+buildbot
2018-09-06 3:31 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-01 4:20 [binutils-gdb/gdb-8.2-branch] Set TYPE_LENGTH on a variant part sergiodj+buildbot
2018-09-01 6:47 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-09-01 3:42 [binutils-gdb/gdb-8.2-branch] Fix a small bug in gdb.rust/simple.rs sergiodj+buildbot
2018-09-01 4:44 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-29 1:20 [binutils-gdb/gdb-8.2-branch] Modify gdb.base/commands.exp to test multi breakpoints command clearing sergiodj+buildbot
2018-08-29 13:04 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-29 0:54 [binutils-gdb/gdb-8.2-branch] Fix regression for multi breakpoints command line clearing sergiodj+buildbot
2018-08-29 12:16 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-28 12:52 [binutils-gdb/gdb-8.2-branch] Parse SVE registers in aarch64 core file reading/writing sergiodj+buildbot
2018-08-28 15:46 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-28 12:25 [binutils-gdb/gdb-8.2-branch] Detect SVE when reading aarch64 core files sergiodj+buildbot
2018-08-28 14:56 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-28 12:05 [binutils-gdb/gdb-8.2-branch] Split size in regset section iterators sergiodj+buildbot
2018-08-28 13:12 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-28 11:55 [binutils-gdb/gdb-8.2-branch] Rename size in get_core_register_section sergiodj+buildbot
2018-08-28 11:57 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-26 18:25 [binutils-gdb/gdb-8.2-branch] Restore behavior of disabling address randomization by default on GDBserver sergiodj+buildbot
2018-08-26 19:37 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-25 22:47 [binutils-gdb/gdb-8.2-branch] Initialize variable in py_get_event_thread sergiodj+buildbot
2018-08-26 10:03 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-25 12:24 [binutils-gdb/gdb-8.2-branch] Test case for functions with non-contiguous ranges sergiodj+buildbot
2018-08-25 21:25 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-25 11:56 [binutils-gdb/gdb-8.2-branch] Relocate block range start and end addresses sergiodj+buildbot
2018-08-25 18:09 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-25 11:51 [binutils-gdb/gdb-8.2-branch] Introduce find_function_entry_range_from_pc and use it in infrun.c sergiodj+buildbot
2018-08-25 16:09 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-25 11:16 [binutils-gdb/gdb-8.2-branch] Use BLOCK_ENTRY_PC in place of most uses of BLOCK_START sergiodj+buildbot
2018-08-25 14:58 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-25 11:13 [binutils-gdb/gdb-8.2-branch] Disassemble blocks with non-contiguous ranges sergiodj+buildbot
2018-08-25 14:06 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-25 10:55 [binutils-gdb/gdb-8.2-branch] Add support for non-contiguous blocks to find_pc_partial_function sergiodj+buildbot
2018-08-25 13:16 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-25 10:00 [binutils-gdb/gdb-8.2-branch] Record explicit block ranges from dwarf2read.c sergiodj+buildbot
2018-08-25 12:57 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-25 9:16 [binutils-gdb/gdb-8.2-branch] Add block range data structure for blocks with non-contiguous address ranges sergiodj+buildbot
2018-08-25 10:34 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-24 23:50 [binutils-gdb/gdb-8.2-branch] Fix 8.2 regression in gdb.python/py-evthreads.exp w/ gdbserver (PR gdb/23379) sergiodj+buildbot
2018-08-25 1:59 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-23 15:34 [binutils-gdb/gdb-8.2-branch] Darwin: fix bad loop incrementation sergiodj+buildbot
2018-08-23 17:44 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-22 9:18 [binutils-gdb/gdb-8.2-branch] Aarch64 SVE VG is Vector Granule sergiodj+buildbot
2018-08-22 17:43 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-22 9:07 [binutils-gdb/gdb-8.2-branch] Add AArch64 SVE to NEWS and GDB manual sergiodj+buildbot
2018-08-22 16:25 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-18 0:04 [binutils-gdb/gdb-8.2-branch] Remove "repeat" argument from command_line_input sergiodj+buildbot
2018-08-18 4:02 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-08-17 23:51 [binutils-gdb/gdb-8.2-branch] Fix use-after-free in number_or_range_parser sergiodj+buildbot
2018-08-18 2:50 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-25 10:09 [binutils-gdb/gdb-8.2-branch] Rename tdesc_register_size to tdesc_register_bitsize sergiodj+buildbot
2018-07-25 11:09 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-24 20:38 [binutils-gdb/gdb-8.2-branch] Set CU language before processing any DIEs (symtab/23010 et al) sergiodj+buildbot
2018-07-24 21:38 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-22 22:42 [binutils-gdb/gdb-8.2-branch] Pass the correct argument to the observer in reread_symbols sergiodj+buildbot
2018-07-23 15:18 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-22 22:30 [binutils-gdb/gdb-8.2-branch] Fix ravenscar-thread.c to use arch_ops sergiodj+buildbot
2018-07-23 14:04 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-19 14:15 [binutils-gdb/gdb-8.2-branch] Fix GDB build using mingw.org's MinGW sergiodj+buildbot
2018-07-19 21:07 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-17 16:04 [binutils-gdb/gdb-8.2-branch] Use scoped_free_pendings in coff_symtab_read sergiodj+buildbot
2018-07-18 9:40 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-11 19:59 [binutils-gdb/gdb-8.2-branch] GDBserver: Fix "Cond. jump or move depends on uninit value" in x87 code sergiodj+buildbot
2018-07-12 2:40 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-11 19:31 [binutils-gdb/gdb-8.2-branch] Fix PR c++/23373: GDB hangs when printing a struct with a static member of itself sergiodj+buildbot
2018-07-12 1:29 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-07 21:34 [binutils-gdb/gdb-8.2-branch] contrib/gdb-add-index.sh -dwarf-5 sergiodj+buildbot
2018-07-07 23:25 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-04 17:35 [binutils-gdb/gdb-8.2-branch] Bump GDB version number to 8.1.90.DATE-git sergiodj+buildbot
2018-07-05 0:46 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-04 17:24 [binutils-gdb/gdb-8.2-branch] Set GDB version number to 8.1.90 sergiodj+buildbot
2018-07-04 23:36 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-04 16:53 [binutils-gdb/gdb-8.2-branch] gdb/NEWS: Change "Changes since GDB 8.1" into "Changes in GDB 8.2" sergiodj+buildbot
2018-07-04 22:24 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
2018-07-04 16:17 [binutils-gdb/gdb-8.2-branch] Set development mode to "off" by default sergiodj+buildbot
2018-07-04 18:54 ` Failures on Debian-s390x-native-extended-gdbserver-m64, branch gdb-8.2-branch sergiodj+buildbot
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).