diff options
| author | Joseph Myers <joseph@codesourcery.com> | 2018-12-04 16:52:39 +0000 |
|---|---|---|
| committer | Joseph Myers <joseph@codesourcery.com> | 2018-12-04 16:52:39 +0000 |
| commit | bd598da9f454bc1091b4ebe0303b07e6f96ca130 (patch) | |
| tree | 6dd3f1e06e35840923c9a564d41e749802396788 /stdio-common/isoc99_scanf.c | |
| parent | b2e93de0ffedcfe2cfba100d47a4d4f6f85cea0b (diff) | |
| download | glibc-bd598da9f454bc1091b4ebe0303b07e6f96ca130.zip glibc-bd598da9f454bc1091b4ebe0303b07e6f96ca130.tar.gz glibc-bd598da9f454bc1091b4ebe0303b07e6f96ca130.tar.bz2 | |
Stop test-in-container trying to run other-OS binaries.
I noticed that, now that build-many-glibcs.py no longer copies glibc
sources, I was getting core dumps in my glibc source directories. The
cause appears to be, from the i686-gnu build:
for dso in ` env LD_TRACE_LOADED_OBJECTS=1 \
/scratch/jmyers/glibc-bot/build/glibcs/i686-gnu/glibc/elf/ld.so.1 \
/scratch/jmyers/glibc-bot/build/glibcs/i686-gnu/glibc/testroot.pristine/bin/sh \
[...]
Segmentation fault (core dumped)
In this case, the x86 architecture means the binary executes, but
dumps core rather than actually working.
Anything involving running the newly built glibc should only be done
ifeq ($(run-built-tests),yes). This patch conditions the relevant
part of the testroot setup accordingly.
Tested for x86_64, and with build-many-glibcs.py for i686-gnu.
* Makefile ($(objpfx)testroot.pristine/install.stamp): Do not run
dynamic linker unless [$(run-built-tests) = yes].
Diffstat (limited to 'stdio-common/isoc99_scanf.c')
0 files changed, 0 insertions, 0 deletions